Nasty loop for wheezy XenAPI location
useless else
Merge contextlib fix with Wheezy fix
Cleaner approach to find out XenAPI on Debian systems
Removed salt.modules.cmdmod import, use os.popen() instead as we don't have access to __salt__ here
Got rid of os.popen() by calling a helper function from __virtual__
modules/virt.py: use qemu-img to detect image type; allow emulator type (e.g., kvm, qemu) to be passed as an arg to init
Updated salt-git package with new features
feautures:
- during installation a salt system user is created
- Creation of '/etc/salt/master.d/' for enhanced configuration
- salt-master run under own user 'salt'
- salt-user.conf created to set salt-master up for using salt system
  user
- added logrotate config files in appropriate place
- added bash-completion config files in appropriate place.
- Check if salt-master/salt-minion is running when upgrading
  and reexec / reload daemons accordingly
- Updated removal of salt package to remove 'cache' and 'log' dirs.
  and removal of salt system user.
- Made installation more verbose to communicate what happens.
Added vcpu_pin: sets which CPUs a VCPU can use
npm function alias.
Nova built-in function alias
Gem function alias
Match module function alias.
nzbget function alias
pecl function alias
pip function alias
rvm function alias.
modules/smartos_vmadm : add _gen_zone_json(**kwargs) function

_gen_zone_json(**kwargs) will be needed as a template for Zone
creation (aka. OS virtualization). For the moment, only the mandatory
arguments are used.
modules/smartos_vmadm : Fix an incorrect variable
Typo. Thanks s0undt3ch.