- make the results output a bit more readable
- fix up where repoquery is looked for so it is easier to change

Fixed a Bug in the service module "state changed" recognition

Add Blade to FORM_FACTOR list and document SMBIOS spec URL

If task action is invalid, output the name in error message

Breaks copy module by introducing unicodeness, among other things

This reverts commit 4fedb17e.

Catch exception if form factor id is unknown

redo of yum module - uses more system calls but should handle

random plugin vomit better.
also should handle multiple withitems in a single execution, now.

Module arguments should have variable substitution applied
Also, replacing task.action with the templated task.name seems wrong

A couple fixes for the file module

Raise exception when sudo user does not exist

Revert acceptance of directory as dest for copy

Although library/copy can be corrected to understand that dest is
a directory, I can't see how to let _execute_copy know this and let the
file module know.

As a better solution than before #733, the copy module now explicitly (rather
than silently) fails when dest is a directory.

sudo can fail before getting to the password prompt if a user does not exist
<pre>
[will@tangerine ansible (sudo_missing_user)]$ sudo -u bobbins echo hello
sudo: unknown user: bobbins
sudo: unable to initialize policy plugin
</pre>
Fix raises a distinct exception when that occurs

secontext is used internally and should not be in argument_spec

Join with_items for the apt module, yum pending, and various fixes to the yum module to support aliases

Implement git commit date into RPM release

added an 'ignore_errors' option to tasks

Enable apt module to handle multiply packages (comma separated)

Issue755 - fixes for service module

Smiting Debian packaging instructions that did not work

them with the correct instructions. Changing file to .md to match 'docs'
file.

If _do_enable() is run and returns rc == 0, set changed=True
Add enabled and state to result if they are supplied when the module is
run.

Allow use of service module with just enable parameter, per issue #755.
Also fixed two other issues:
- fixed parameter to be 'enabled' per docs, not 'enable'.
- fixed if block that checks whether to run _do_enable() to check
  whether the parameter is set, not the value of the enable value which
  may be None or False.  If enabled=no, the service would never be
  disabled.