Bug 989162 - virt-install fails when pointed at rawhide tree (invalid literal for int() with base 10: 'rawhide')
virt-install fails when pointed at rawhide tree (invalid literal for int() wi...
Product: Fedora
Classification: Fedora
Component: virt-manager (Show other bugs)
x86_64 Unspecified
unspecified Severity unspecified
: ---
: ---
Assigned To: Cole Robinson
Fedora Extras Quality Assurance
Depends On:
Blocks: 1091666 1321719
  Show dependency treegraph
Reported: 2013-07-28 02:08 EDT by Lars Seipel
Modified: 2016-10-22 13:07 EDT (History)
7 users (show)

See Also:
Fixed In Version: virt-manager-0.10.0-4.fc19
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1091666 (view as bug list)
Last Closed: 2013-10-09 20:56:32 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
trivial patch to unbreak virt-install on current rawhide trees (603 bytes, patch)
2013-07-28 02:08 EDT, Lars Seipel
no flags Details | Diff

  None (edit)
Description Lars Seipel 2013-07-28 02:08:43 EDT
Created attachment 779269 [details]
trivial patch to unbreak virt-install on current rawhide trees

As the rawhide compose now generates install images again[1] I pointed virt-install at a suitable install tree (--location=$url). Virt-install fails with the following line:

ERROR (cli:451) Error validating install location: invalid literal for int() with base 10: 'rawhide'

The corresponding backtrace points to FedoraDistro.isValidStore in virtinst/OSDistro.py. After collecting version information from the treeinfo it checks if the returned version is "development". This doesn't seem to be true for current rawhide trees which return "rawhide".

When encountering a version of "rawhide" the os_variant should be set to the latest Fedora version, as is done for "development". The attached trivial patch (against virt-manager.git) does this.

If a version of "development" is no longer used at all it additionally might be possible to remove the check for it.

Version-Release number of selected component (if applicable):

Additional info:
[1] https://lists.fedoraproject.org/pipermail/devel-announce/2013-July/001201.html
Comment 1 Cole Robinson 2013-07-29 12:29:21 EDT
Thanks Lars, I pushed your patch upstream:

Comment 2 Fedora Update System 2013-09-24 11:48:35 EDT
virt-manager-0.10.0-2.fc19 has been submitted as an update for Fedora 19.
Comment 3 Fedora Update System 2013-09-26 02:23:27 EDT
Package virt-manager-0.10.0-2.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing virt-manager-0.10.0-2.fc19'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
Comment 4 Fedora Update System 2013-10-06 15:40:21 EDT
virt-manager-0.10.0-4.fc19 has been submitted as an update for Fedora 19.
Comment 5 Fedora Update System 2013-10-09 20:56:32 EDT
virt-manager-0.10.0-4.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 6 Patrick Monnerat 2016-10-22 13:07:44 EDT
Should be reopened: release name is now "Rawhide", causing the same error.
Tested with F23 and virt-manager-common-1.3.2-2. Test is now in file /usr/share/virt-manager/virtinst/urlfetcher.py.

Note You need to log in before you can comment on or make changes to this bug.