Fix subversion module's documentation

Let our users determine what they want to do with a given module.
Particularily when the mdoule doesn't pose any such restrictions.

Broken by 1e0295c7. Fixes #1698.

dpkg -l does not install package, use dpkg -i <package-file> instead

This reduces the amount of times an inventory script has to be invoked.

ini_file: prohibit section name 'default'

Set LANG in module_common.py

allow update of default section
add blurb re template to create base file

Add constant DEFAULT_MODULE_LANG that defaults to C.  Can be set via
environment variable ANSIBLE_MODULE_LANG or configuration variable
module_lang.  Updated test-module to have same behavior.

This allows overriding variables in name, and removes templating from
parsing.

Fixes #1622.

Fixes #1677.

Rework FreeBSD "enabled" code

This makes the line parsing a lot more robust (and easier to read).
Code supplied by @dhozac, thanks!

Remove re import because this is not used anywhere.

When trying to perform enabled=yes followed by enabled=no
against FreeBSD the module would die with the following error:
TypeError: sub() takes at most 4 arguments (5 given)

The target FreeBSD client (8.2) is running python 2.6.6. It seems the
extra 'flags' argument was added to re.sub() in 2.7.

In fixing this issue I have attempted to create a general atomic method
for modifying a rc.conf file. Hopefully this will make it easier to add
other rc based platorms. The strip/split magic was inspired by the user
module.

Fixes #1208.

The vars stop/start were intended as strings

Otherwise the group is lost, and group_vars/all isn't used.

This is a typo that was reported on IRC, because of this people got: "NameError: global name 'stop' is not defined".

Fix minor spelling mistake in docsite

Added pip-python to the search for CentOS 6 compatibility

Use proper pseudo-tty's instead of pipes when using subprocess

This change avoids the "tcgetattr: Invalid argument" error by making sure the ssh we start does have a proper pseudo-tty.

We could also check whether our current terminal is a proper terminal (by doing a tcgetattr ourselves) but I don't think this adds anything.

This closes #1662 (if all use-cases have been tested: sudo, passwd)

Repost: Refactor service module to use subclasses like user module.

* Basically the moving parts from the original service module arranged in
  subclasses.
* General structure and helper methods comes from the user module.
* Less forgiving to unsupported platforms: it requires a subclass per platform.
  (This makes it easier to work on one platform without having to think about.
  what other platform might be affected in unexpected ways).
* Now has basic OpenBSD support.
* Solaris support needs to be added.

Thanks to @dhozac for general advice and Linux testing.
Thanks to @bcoca for clearing up some FreeBSD questions.