1
0
Fork 0
mirror of https://github.com/ansible-collections/community.general.git synced 2024-09-14 20:13:21 +02:00

Typo fix/rebuild

This commit is contained in:
Michael DeHaan 2012-10-03 23:31:19 -04:00
parent 348b49c166
commit 94546831b4
10 changed files with 1730 additions and 1536 deletions

View file

@ -286,7 +286,7 @@ for heterogeneous distributions. While lots of software packages
claim to make this easy on you, the configuration files are often
quite different, to the point where it would be easier to treat them
as different playbooks. This is why, for example, Ansible has a
separate <a class="reference internal" href="modules.html#yum"><em>yum</em></a> and <a class="reference internal" href="modules.html#apt"><em>apt</em></a> module. Yum and apt have different
separate &#8216;yum&#8217; and &#8216;apt&#8217; module. Yum and apt have different
capabilities, and we don&#8217;t want to code for the least common
denominator.</p>
<p>Use variables for user tunable settings versus having constants in the

View file

@ -247,7 +247,7 @@ required.</p>
<p>Ok, so those are basics. If you didn&#8217;t read about patterns and groups yet, go back and read <a class="reference internal" href="patterns.html"><em>Inventory &amp; Patterns</em></a>.</p>
<p>The <tt class="docutils literal"><span class="pre">-f</span> <span class="pre">10</span></tt> in the above specifies the usage of 10 simultaneous
processes. Normally commands also take a <tt class="docutils literal"><span class="pre">-m</span></tt> for module name, but
the default module name is <a class="reference internal" href="modules.html#command"><em>command</em></a>, so we didn&#8217;t need to
the default module name is &#8216;command&#8217;, so we didn&#8217;t need to
specify that all of the time. We&#8217;ll use <tt class="docutils literal"><span class="pre">-m</span></tt> in later examples to
run some other <a class="reference internal" href="modules.html"><em>Ansible Modules</em></a>.</p>
<div class="admonition note">
@ -299,7 +299,7 @@ same options can be passed directly to the <tt class="docutils literal"><span cl
<div class="section" id="managing-packages">
<h2><a class="toc-backref" href="#contents">Managing Packages</a><a class="headerlink" href="#managing-packages" title="Permalink to this headline"></a></h2>
<p>There are modules available for yum and apt. Here are some examples
with <a class="reference internal" href="modules.html#yum"><em>yum</em></a>.</p>
with yum.</p>
<p>Ensure a package is installed, but don&#8217;t update it:</p>
<div class="highlight-bash"><div class="highlight"><pre><span class="nv">$ </span>ansible webservers -m yum -a <span class="s2">&quot;pkg=acme state=installed&quot;</span>
</pre></div>
@ -322,7 +322,7 @@ for other package managers. Stop by the mailing list for info/details.</p>
</div>
<div class="section" id="users-and-groups">
<h2><a class="toc-backref" href="#contents">Users and Groups</a><a class="headerlink" href="#users-and-groups" title="Permalink to this headline"></a></h2>
<p>The <a class="reference internal" href="modules.html#user"><em>user</em></a> module allows easy creation and manipulation of
<p>The &#8216;user&#8217; module allows easy creation and manipulation of
existing user accounts, as well as removal of user accounts that may
exist:</p>
<div class="highlight-bash"><div class="highlight"><pre><span class="nv">$ </span>ansible all -m user -a <span class="s2">&quot;name=foo password=&lt;crypted password here&gt;&quot;</span>

View file

@ -409,7 +409,7 @@ for you, and allows you to check inputs.</p>
</pre></div>
</div>
<p>And failures are just as simple (where &#8216;msg&#8217; is a required parameter to explain the error):</p>
<div class="highlight-python"><div class="highlight"><pre><span class="n">module</span><span class="o">.</span><span class="n">exit_json</span><span class="p">(</span><span class="n">msg</span><span class="o">=</span><span class="s">&quot;Something fatal happened&quot;</span><span class="p">)</span>
<div class="highlight-python"><div class="highlight"><pre><span class="n">module</span><span class="o">.</span><span class="n">fail_json</span><span class="p">(</span><span class="n">msg</span><span class="o">=</span><span class="s">&quot;Something fatal happened&quot;</span><span class="p">)</span>
</pre></div>
</div>
<p>There are also other useful functions in the module class, such as module.md5(path). See

File diff suppressed because it is too large Load diff

View file

@ -321,7 +321,7 @@ who which to use more advanced templating. This is optional and the $varname fo
files.</p>
<p>If there are discovered variables about the system, called &#8216;facts&#8217;, these variables bubble up back into the
playbook, and can be used on each system just like explicitly set variables. Ansible provides several
of these, prefixed with &#8216;ansible&#8217;, and are documented under <a class="reference internal" href="modules.html#setup"><em>setup</em></a> in the module documentation. Additionally,
of these, prefixed with &#8216;ansible&#8217;, and are documented under &#8216;setup&#8217; in the module documentation. Additionally,
facts can be gathered by ohai and facter if they are installed. Facter variables are prefixed with <tt class="docutils literal"><span class="pre">facter_</span></tt> and Ohai
variables are prefixed with <tt class="docutils literal"><span class="pre">ohai_</span></tt>.</p>
<p>So for instance, if I wanted

View file

@ -111,7 +111,7 @@ for heterogeneous distributions. While lots of software packages
claim to make this easy on you, the configuration files are often
quite different, to the point where it would be easier to treat them
as different playbooks. This is why, for example, Ansible has a
separate :ref:`yum` and :ref:`apt` module. Yum and apt have different
separate 'yum' and 'apt' module. Yum and apt have different
capabilities, and we don't want to code for the least common
denominator.

View file

@ -59,7 +59,7 @@ Ok, so those are basics. If you didn't read about patterns and groups yet, go b
The ``-f 10`` in the above specifies the usage of 10 simultaneous
processes. Normally commands also take a ``-m`` for module name, but
the default module name is :ref:`command`, so we didn't need to
the default module name is 'command', so we didn't need to
specify that all of the time. We'll use ``-m`` in later examples to
run some other :doc:`modules`.
@ -117,7 +117,7 @@ Managing Packages
`````````````````
There are modules available for yum and apt. Here are some examples
with :ref:`yum`.
with yum.
Ensure a package is installed, but don't update it::
@ -142,7 +142,7 @@ for other package managers. Stop by the mailing list for info/details.
Users and Groups
````````````````
The :ref:`user` module allows easy creation and manipulation of
The 'user' module allows easy creation and manipulation of
existing user accounts, as well as removal of user accounts that may
exist::

View file

@ -1,39 +1,43 @@
.. include:: apt_repository.rst
.. include:: apt.rst
.. include:: assemble.rst
.. include:: authorized_key.rst
.. include:: command.rst
.. include:: copy.rst
.. include:: easy_install.rst
.. include:: facter.rst
.. include:: fetch.rst
.. include:: file.rst
.. include:: fireball.rst
.. include:: get_url.rst
.. include:: git.rst
.. include:: group.rst
.. include:: ini_file.rst
.. include:: lineinfile.rst
.. include:: mount.rst
.. include:: mysql_db.rst
.. include:: mysql_user.rst
.. include:: nagios.rst
.. include:: ohai.rst
.. include:: ping.rst
.. include:: pip.rst
.. include:: postgresql_db.rst
.. include:: postgresql_user.rst
.. include:: raw.rst
.. include:: service.rst
.. include:: seboolean.rst
.. include:: selinux.rst
.. include:: setup.rst
.. include:: shell.rst
.. include:: slurp.rst
.. include:: subversion.rst
.. include:: supervisorctl.rst
.. include:: template.rst
.. include:: user.rst
.. include:: wait_for.rst
.. include:: virt.rst
.. include:: yum.rst
.. Generated by module_formatter
.. include:: modules/subversion.rst
.. include:: modules/git.rst
.. include:: modules/get_url.rst
.. include:: modules/shell.rst
.. include:: modules/raw.rst
.. include:: modules/pause.rst
.. include:: modules/postgresql_db.rst
.. include:: modules/easy_install.rst
.. include:: modules/user.rst
.. include:: modules/seboolean.rst
.. include:: modules/selinux.rst
.. include:: modules/nagios.rst
.. include:: modules/command.rst
.. include:: modules/fail.rst
.. include:: modules/assemble.rst
.. include:: modules/fetch.rst
.. include:: modules/apt.rst
.. include:: modules/ohai.rst
.. include:: modules/ping.rst
.. include:: modules/postgresql_user.rst
.. include:: modules/service.rst
.. include:: modules/ini_file.rst
.. include:: modules/template.rst
.. include:: modules/mysql_user.rst
.. include:: modules/apt_repository.rst
.. include:: modules/setup.rst
.. include:: modules/fireball.rst
.. include:: modules/mysql_db.rst
.. include:: modules/yum.rst
.. include:: modules/async_status.rst
.. include:: modules/virt.rst
.. include:: modules/file.rst
.. include:: modules/copy.rst
.. include:: modules/supervisorctl.rst
.. include:: modules/slurp.rst
.. include:: modules/authorized_key.rst
.. include:: modules/lineinfile.rst
.. include:: modules/wait_for.rst
.. include:: modules/facter.rst
.. include:: modules/group.rst
.. include:: modules/pip.rst
.. include:: modules/mount.rst

View file

@ -144,7 +144,7 @@ files.
If there are discovered variables about the system, called 'facts', these variables bubble up back into the
playbook, and can be used on each system just like explicitly set variables. Ansible provides several
of these, prefixed with 'ansible', and are documented under :ref:`setup` in the module documentation. Additionally,
of these, prefixed with 'ansible', and are documented under 'setup' in the module documentation. Additionally,
facts can be gathered by ohai and facter if they are installed. Facter variables are prefixed with ``facter_`` and Ohai
variables are prefixed with ``ohai_``.

File diff suppressed because one or more lines are too long