Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 989162 - virt-install fails when pointed at rawhide tree (invalid literal for int() with base 10: 'rawhide')
Summary: virt-install fails when pointed at rawhide tree (invalid literal for int() wi...
Alias: None
Product: Fedora
Classification: Fedora
Component: virt-manager
Version: 19
Hardware: x86_64
OS: Unspecified
Target Milestone: ---
Assignee: Cole Robinson
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: 1091666 1321719
TreeView+ depends on / blocked
Reported: 2013-07-28 06:08 UTC by Lars Seipel
Modified: 2016-10-22 17:07 UTC (History)
7 users (show)

Fixed In Version: virt-manager-0.10.0-4.fc19
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1091666 (view as bug list)
Last Closed: 2013-10-10 00:56:32 UTC

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

Description Lars Seipel 2013-07-28 06:08:43 UTC
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/ 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:

Comment 1 Cole Robinson 2013-07-29 16:29:21 UTC
Thanks Lars, I pushed your patch upstream:

Comment 2 Fedora Update System 2013-09-24 15:48:35 UTC
virt-manager-0.10.0-2.fc19 has been submitted as an update for Fedora 19.

Comment 3 Fedora Update System 2013-09-26 06:23:27 UTC
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 19:40:21 UTC
virt-manager-0.10.0-4.fc19 has been submitted as an update for Fedora 19.

Comment 5 Fedora Update System 2013-10-10 00:56:32 UTC
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 17:07:44 UTC
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/

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