Fixing grant_option False being evaluated as a string and therefore True
Removed previous fix for grant_option False and am using salt.utils.is_true instead
Changed remaining 'if grant_option' to 'salt.utils.is_true(grant_option)'
added missing s
Fixed wrong return statement
Add auto auth system for testing eauth
Convert augeas values passed to setvalue() to strings

This fixes an issue where numeric values would fail because the
setvalue() function tries to compare them using str.startswith().
Fix regression in apt

Not sure how this was missed, but pkg.compare no longer exists, as
package comparison was moved to a common function in salt.utils. This
commit fixes the regression and thus resolves #7624.
Change type to which for ZSH #7597

- The original SHIM did not save the resturn value of `type`.  It would
  just test for a good result, then use the unqualifed command name.
- I changed the SHIM to save the fully-qualified path as retuned becuase
  when using `sudo` the PATH may not be the same as the logged-in user.
- `type` output on ZSH apparently differs from other shells:

      ZSH:

      [aantony@pan]/work/salt/salt-develop% type -p python
      python is /work/salt/salt-develop/salt-virtualenv2.7/bin/python
      ^^^^^^^^^
      BASH:

      aantony@pan [619] $ type -p python
      /work/salt/salt-develop/salt-virtualenv2.7/bin/python

- `which`is consistent across them, and I would expect most shells.
More salt-ssh improvements than belong in this issue

- Explict bourne shell, there is no other way to get broad compability
- test python version in SHIM
- inspect SHIM output for errors, and report sensible error results
- Refactor some stuff to consolidate deploy behavior.  We still test and
  attempt deploy in at least 3 other palces yet.
- factor run_wfunc out of single.run for obvious reasons

Conflicts:
	salt/client/ssh/__init__.py