Expands path on file operations

add encoding documentation in postgresql_db

Fix behaviour when file handles a path with tilde

Two problems here
* unchecked exception handling and erroneous assumption as to why
  an exception might fire
* although the file module expands the path, when using file_args
  the unexpanded path is passed.

Expected result: ~/path/to/file should work fine
Actual result: exception is because it doesn't find file with a message
about not being able to get the selinux context

Fixes #1823.

postgresql_db fails with owner containing a "-"

syslog.openlog does not cope with unicode first argument

Arch PKGBUILD fixes

Removed github URL in favor of ansible.cc

git module documentation: removed incorrect use of term 'remote branch' ...

Added additional template variables

set_owner_if_different and set_group_if_different seems to need path
expansion too

Added two additional template variables
* template_fullpath - absolute path to the template
* template_run_date - date that the template was rendered
Documented these additional variables in the module documentation

Throw an appropriate error for it.

This is the name of the setting on the play level, and the options.
Should be consistent.

Adds examples in package
Changes json dependency to python2-simplejson, reflecting the new
package name
Removed duplicate python2-yaml

Path might have to be expanded on some operations. It seems that path
containing '~' are not.
Using os.path.expanduser in appropriate places solves the problem, but
this might be required in many other places.

Update path_dwim() to return absolute path

If path_dwim() is provided a relative path to a file, it will now return an
absolute path of the playbook directory + the relative file path.

It seems that os.path.basename(__file__) can return a unicode
string. In this case syslog.openlog fails. Forcing the result
to a string causes the resulting error to go away.

Make script module use raw module so it does not require python

[docsite] Added LEMP selected playbook

Add return code and error output to raw module

Since we use 'raw' heavily on equipment where 'command' and 'shell' are not (yet) working (and python may need to be installed first using raw) these improvements are necessary in order to write more complex scripts (with return code handling and separated stdout/stderr).

This change includes the following changes:

 - exec_command() now returns the return code of the command
 - _low_level_exec_command() now returns a dict, including 'rc', 'stdout' and 'stderr'
 - all users of the above interfaces have been improved to make use of the above changes
 - all connection plugins have been modified to return rc and stderr
 - fix the newline problem (stdout and stderr would have excess newlines)

In a future commit I intend to add assertions or error handling code to verify the return code in those places where it wasn't done. Since only the output was available, the return code was ignored, even though we expect them to be 0.

fix cron DOCUMENTATION

Clarify that lineinfile uses Python regexes.

Fixes #1790.