Fix sudo_user copy error

Add extra module path early during playbook parsing.

Fix playbook-local host_vars when running from .

Fix pkgin search

Fix nested loop for more than 3 elements

Fix 'timeout' parameter of glance-image module.

stringify conditional before handing it to Jinja2 for evaluation.

fix: if a path is symlink and trying to chmod, OSError Exception will be raised

updated debug module docs to remove outdated -v requirement 

Only revoke GRANT OPTION when user actually has it

Treat errno 13 (permission denied) as one of the special cases in
atomic_move.

This type of error can occur because of sudo'ing to non-root user.

Fixes #3705

This should fix issue #3668

Also prevent an extra module path to be added multiple times.

doc update for stat module

fixed vpc provisioning / clarified group_id usage

only_if reference)
Signed-off-by: Brian Coca <briancoca+dev@gmail.com>

The timeout parameter of glance-image was not being parsed into a
numeric type, causing the following error when specifying timeout:

    msg: Error in creating image: unsupported operand type(s) for +: 'float' and 'str'

Since ansible 1.2, it became possible to place a host_vars
directory in the same directory as a playbook, making it possible
to keep host_vars local to that playbook there. However, due to
python's os.path.dirname, a action such as:

 $ ansible-playbook pb.yml

..would not pick up the host_vars as os.path.dirname("pb.yml")
returns "", unlike the unix command dirname that would return
".". Substituting "pb.yml" on the command line with "./pb.yml"
would do the trick, but is not always intuitive. This patch
solves the problem until python solves issue18547 [1].

[1] http://bugs.python.org/issue18547

- combine flatten list for each nested level instead once at the end

This should fix simple conditionals like:

    when: ansible_selinux

While here add tests for ansible.utils.check_conditional() in
"jinja2_compare mode".

When revoking privileges from a user, the GRANT OPTION is always
revoked, even if the user doesn't have it. If the user exists, this
doesn't give an error, but if the user doesn't exist, it does:

mysql> GRANT ALL ON test.* TO 'test'@'localhost';
Query OK, 0 rows affected (0.00 sec)

mysql> REVOKE GRANT OPTION ON test.* FROM 'test'@'localhost';
Query OK, 0 rows affected (0.00 sec)

mysql> REVOKE GRANT OPTION ON test.* FROM 'test'@'localhost';
Query OK, 0 rows affected (0.00 sec)

mysql> REVOKE ALL ON test.* FROM 'test'@'localhost';
Query OK, 0 rows affected (0.00 sec)

mysql> REVOKE GRANT OPTION ON test.* FROM 'test'@'localhost';
ERROR 1141 (42000): There is no such grant defined for user 'test' on
host 'localhost'

Additionally, in MySQL 5.6 this breaks replication because of
http://bugs.mysql.com/bug.php?id=68892.

Rather than revoking the GRANT OPTION and catching the error, check if
the user actually has it and only revoke it when he does.

Minor cleanup of YAML Syntax documentation

Fix prev feature commit, Do not require aptitude to use apt commands in the apt module, only needed when upgrading.

also rename plugin name in error message

use global to fail as its not in self

Signed-off-by: Brian Coca <briancoca+dev@gmail.com>

Enhance meta-docs on... contributing to docs.