Description of problem:
The virt-who script from the virt-who package tries to load the "virtwho.py" Python module from the current working directory (CWD). The virt-who-password utility from the same package is similarly affected.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
$ cat > virtwho.py
$ virt-who # invoke /usr/bin/virt-who script
Upstream Fedora version virt-who-0.17-1.fc24.noarch is not affected by this.
This bug is similar to https://bugzilla.redhat.com/show_bug.cgi?id=995060
This is fixed in latest upstream version (0.17) that will be part of upcoming RHEL-7.3. virt-who now uses entry_point instead of custom shell script for its /usr/bin/virt-who executable.
Let's move this bug to modified so the QE team can verify that this problem is indeed fixed.
verified in virt-who-0.17-5.el7.noarch.
1). create virtwho.py in PWD
# cat virtwho.py
2). run virt-who command
2016-07-05 01:59:57,141 INFO: No configurations found, using libvirt as backend
2016-07-05 01:59:57,141 INFO: Using configuration "env/cmdline" ("libvirt" mode)
2016-07-05 01:59:57,142 INFO: Using reporter_id='hp-z220-12.qe.lab.eng.nay.redhat.com-14b12011609544bdb19af97d8c8032a9'
2016-07-05 01:59:57,172 INFO: Using libvirt url: ""
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.