Merge pull request #2320 from jkleckner/minor-spelling-fixes

Minor spelling fixes
This commit is contained in:
Michael DeHaan 2013-03-06 21:06:33 -08:00
commit 44e44cf295
8 changed files with 10 additions and 10 deletions

View file

@ -205,7 +205,7 @@ Other core changes:
* fix for template calls when last character is '$' * fix for template calls when last character is '$'
* if ansible_python_interpreter is set on a delegated host, it now works as intended * if ansible_python_interpreter is set on a delegated host, it now works as intended
* --limit can now take "," as seperator as well as ";" or ":" * --limit can now take "," as separator as well as ";" or ":"
* msg is now displaced with newlines when a task fails * msg is now displaced with newlines when a task fails
* if any with_ plugin has no results in a list (empty list for with_items, etc), the task is now skipped * if any with_ plugin has no results in a list (empty list for with_items, etc), the task is now skipped
* various output formatting fixes/improvements * various output formatting fixes/improvements
@ -502,7 +502,7 @@ internals:
* support for older versions of python-apt in the apt module * support for older versions of python-apt in the apt module
* a new "assemble" module, for constructing files from pieces of files (inspired by Puppet "fragments" idiom) * a new "assemble" module, for constructing files from pieces of files (inspired by Puppet "fragments" idiom)
* ability to override most default values with ANSIBLE_FOO environment variables * ability to override most default values with ANSIBLE_FOO environment variables
* --module-path parameter can support multiple directories seperated with the OS path seperator * --module-path parameter can support multiple directories separated with the OS path separator
* with_items can take a variable of type list * with_items can take a variable of type list
* ansible_python_interpreter variable available for systems with more than one Python * ansible_python_interpreter variable available for systems with more than one Python
* BIOS and VMware "fact" upgrades * BIOS and VMware "fact" upgrades

View file

@ -226,7 +226,7 @@ also works with ``ansible-playbook``::
$ ansible webservers:dbservers -m command -a "/bin/foo xyz" --limit region $ ansible webservers:dbservers -m command -a "/bin/foo xyz" --limit region
Assuming version 0.9 or later, as with other host patterns, values to limit can be seperated with ";", ":", or ",". Assuming version 0.9 or later, as with other host patterns, values to limit can be separated with ";", ":", or ",".
Now let's talk about range selection. Suppose you have 1000 servers in group 'datacenter', but only want to target one at a time. This is also easy:: Now let's talk about range selection. Suppose you have 1000 servers in group 'datacenter', but only want to target one at a time. This is also easy::

View file

@ -185,7 +185,7 @@ variables to groups. These variables can be used by /usr/bin/ansible-playbook,
southeast southeast
If you need to store lists or hash data, or prefer to keep host and group specific variables If you need to store lists or hash data, or prefer to keep host and group specific variables
seperate from the inventory file, see the next section. separate from the inventory file, see the next section.
Splitting Out Host and Group Specific Data Splitting Out Host and Group Specific Data
++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++

View file

@ -414,7 +414,7 @@ Tips and Tricks
Look at the bottom of the playbook execution for a summary of the nodes that were executed Look at the bottom of the playbook execution for a summary of the nodes that were executed
and how they performed. General failures and fatal "unreachable" communication attempts are and how they performed. General failures and fatal "unreachable" communication attempts are
kept seperate in the counts. kept separate in the counts.
If you ever want to see detailed output from successful modules as well as unsuccessful ones, If you ever want to see detailed output from successful modules as well as unsuccessful ones,
use the '--verbose' flag. This is available in Ansible 0.5 and later. use the '--verbose' flag. This is available in Ansible 0.5 and later.

View file

@ -324,7 +324,7 @@ In Ansible 0.8, a few shortcuts are available for testing whether a variable is
There is a matching 'is_unset' that works the same way. Quoting the variable inside the function is mandatory. There is a matching 'is_unset' that works the same way. Quoting the variable inside the function is mandatory.
When combining `only_if` with `with_items`, be aware that the `only_if` statement is processed seperately for each item. When combining `only_if` with `with_items`, be aware that the `only_if` statement is processed separately for each item.
This is by design:: This is by design::
tasks: tasks:
@ -343,7 +343,7 @@ Conditional Execution (Simplified)
In Ansible 0.9, we realized that only_if was a bit syntactically complicated, and exposed too much Python In Ansible 0.9, we realized that only_if was a bit syntactically complicated, and exposed too much Python
to the user. As a result, the 'when' set of keywords was added. The 'when' statements do not have to the user. As a result, the 'when' set of keywords was added. The 'when' statements do not have
to be quoted or casted to specify types, but you should seperate any variables used with whitespace. In to be quoted or casted to specify types, but you should separate any variables used with whitespace. In
most cases users will be able to use 'when', but for more complex cases, only_if may still be required. most cases users will be able to use 'when', but for more complex cases, only_if may still be required.
Here are various examples of 'when' in use. 'when' is incompatible with 'only_if' in the same task:: Here are various examples of 'when' in use. 'when' is incompatible with 'only_if' in the same task::

View file

@ -632,7 +632,7 @@ class AnsibleModule(object):
def _log_invocation(self): def _log_invocation(self):
''' log that ansible ran the module ''' ''' log that ansible ran the module '''
# TODO: generalize a seperate log function and make log_invocation use it # TODO: generalize a separate log function and make log_invocation use it
# Sanitize possible password argument when logging. # Sanitize possible password argument when logging.
log_args = dict() log_args = dict()
passwd_keys = ['password', 'login_password'] passwd_keys = ['password', 'login_password']

View file

@ -681,7 +681,7 @@ class Runner(object):
# ***************************************************** # *****************************************************
def _partition_results(self, results): def _partition_results(self, results):
''' seperate results by ones we contacted & ones we didn't ''' ''' separate results by ones we contacted & ones we didn't '''
if results is None: if results is None:
return None return None

View file

@ -29,7 +29,7 @@ version_added: "1.0"
options: options:
name: name:
description: description:
- this is the short path, decimal seperated, to the sysctl entry - this is the short path, decimal separated, to the sysctl entry
required: true required: true
default: null default: null
aliases: [ 'key' ] aliases: [ 'key' ]