python: Use hardcoded python path in libvirt.pyCVE-2011-1486libvirt-0.9.1-1.el6v0.9.0v0.9.1
commit0aa2b90fc0a9975221ae8f8e94df61bb788877bc
authorJiri Denemark <[email protected]>
Fri, 11 Mar 2011 12:44:20 +0000 (11 13:44 +0100)
committerJiri Denemark <[email protected]>
Mon, 14 Mar 2011 11:37:19 +0000 (14 12:37 +0100)
tree2c539db485706da855166fb2f5584754657c24c2
parentf9b0014ec10e3c031e0cdbd90ae9c2ba5698804e
python: Use hardcoded python path in libvirt.py

This partially reverts (and fixes that part in a different way) commit
e4384459c93e3e786aa483c7f077d1d22148f689, which replaced
``/usr/bin/python'' with ``/usr/bin/env python'' in all examples or
scripts used during build to generate other files.

However, python bindings module is compiled and linked against a
specific python discovered or explicitly provided in configure phase.
Thus libvirt.py, which is generated and installed into the system,
should use the same python binary for which the module has been built.

The hunk in Makefile.am replaces $(srcdir) with $(PYTHON), which might
seem wrong but it is not. generator.py didn't use any of its command
line arguments so passing $(srcdir) to it was redundant.
Makefile.am
generator.py
libvirt-override.py