Description of problem: Ever since F18 (and EL7), libvirt is only just a metapackage, that pulls in everything else. Now openstack-nova-compute does not need everything and therefore should only pull in libvirt-daemon-kvm. Version-Release number of selected component (if applicable): openstack-nova-compute-2013.2-0.8.b2.fc20 How reproducible: Always Steps to Reproduce: 1. yum install -y openstack-nova-compute 2. rpm -q libvirt 3. Actual results: Too many packages installed, most notable libvirt-daemon-config-network which sets up the (sometimes confusing and) totally unrequired / unused virbr0 with an IPv4 of 192.168.122.1 Expected results: Only install what's needed. And no unnecessary bridges and such. Additional info: If installing openstack-nova-compute in a nested VM for testing / debugging / development purposes, the route between outer host and guest will be disturbed because they will both have 192.168.122.1/24 live on their respective virbr0.
For reference, see also https://www.redhat.com/archives/rhos-list/2013-August/msg00015.html
Created attachment 786608 [details] Depend on libvirt-daemon-kvm instead of libvirt
I've changed the dependency in the attached patch, see below the packages that the old and the new versions pull: # yum install openstack-nova-compute-2013.2-0.9.b2.fc20 | grep libvirt libvirt x86_64 1.1.1-1.fc20 fedora 33 k libvirt-client x86_64 1.1.1-1.fc20 fedora 5.1 M libvirt-daemon x86_64 1.1.1-1.fc20 fedora 2.2 M libvirt-daemon-config-network x86_64 1.1.1-1.fc20 fedora 32 k libvirt-daemon-config-nwfilter x86_64 1.1.1-1.fc20 fedora 36 k libvirt-daemon-driver-interface libvirt-daemon-driver-libxl x86_64 1.1.1-1.fc20 fedora 117 k libvirt-daemon-driver-lxc x86_64 1.1.1-1.fc20 fedora 115 k libvirt-daemon-driver-network x86_64 1.1.1-1.fc20 fedora 86 k libvirt-daemon-driver-nodedev x86_64 1.1.1-1.fc20 fedora 73 k libvirt-daemon-driver-nwfilter x86_64 1.1.1-1.fc20 fedora 98 k libvirt-daemon-driver-qemu x86_64 1.1.1-1.fc20 fedora 392 k libvirt-daemon-driver-secret x86_64 1.1.1-1.fc20 fedora 68 k libvirt-daemon-driver-storage x86_64 1.1.1-1.fc20 fedora 112 k libvirt-daemon-driver-uml x86_64 1.1.1-1.fc20 fedora 81 k libvirt-daemon-driver-vbox x86_64 1.1.1-1.fc20 fedora 192 k libvirt-daemon-driver-xen x86_64 1.1.1-1.fc20 fedora 118 k libvirt-daemon-kvm x86_64 1.1.1-1.fc20 fedora 32 k libvirt-python x86_64 1.1.1-1.fc20 fedora 226 k # yum install openstack-nova-compute-2013.2-0.10.b2.fc20 | grep libvirt libvirt-client x86_64 1.1.1-1.fc20 fedora 5.1 M libvirt-daemon x86_64 1.1.1-1.fc20 fedora 2.2 M libvirt-daemon-driver-interface libvirt-daemon-driver-network x86_64 1.1.1-1.fc20 fedora 86 k libvirt-daemon-driver-nodedev x86_64 1.1.1-1.fc20 fedora 73 k libvirt-daemon-driver-nwfilter x86_64 1.1.1-1.fc20 fedora 98 k libvirt-daemon-driver-qemu x86_64 1.1.1-1.fc20 fedora 392 k libvirt-daemon-driver-secret x86_64 1.1.1-1.fc20 fedora 68 k libvirt-daemon-driver-storage x86_64 1.1.1-1.fc20 fedora 112 k libvirt-daemon-kvm x86_64 1.1.1-1.fc20 fedora 32 k libvirt-python x86_64 1.1.1-1.fc20 fedora 226 k
Apologies, I made a mistake here. Depending on libvirt is still wrong as it pulls in some unwanted default configuration but it's a tiny bit more complicated than described above. So Fedora and EL need to get different dependencies. EL 7: libvirt-daemon-kvm Fedora >=18: libvirt-daemon-kvm libvirt-daemon-lxc libvirt-daemon-uml libvirt-daemon-xen This is because EL only just supports KVM while Fedora supports other hypervisors as well. Sorry for the unnecessary trouble.
What's the status here?
This bug appears to have been reported against 'rawhide' during the Fedora 20 development cycle. Changing version to '20'. More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora20
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Moving to RDO. Vladan, could you take a look at this and update the requirements if needed for the next build?
[Triaging RDO bugs.] I still don't see the SPEC file change in `openstack-nova` master branch: $ fedpkg clone -B openstack-nova $ cd openstack-nova/master $ git log | head -1 commit 6d4b2ae57bad33d41e3897ef66fa2c6ff730c34f $ grep libvirt-daemon-kvm openstack-nova.spec $ echo $? 1 Vladan, maybe you can include this in your next openstack-nova build for Fedora Rawhide?
I'll do a build today to include the CVEs and will add the dependencies as well. Thanks for the notice Kashyap.
Fixed in Rawhide: openstack-nova-2014.2-0.2.b2.fc22 $ fedpkg clone -B openstack-nova $ cd openstack-nova/master $ git log | head -1 commit 2af3328550421a9e540081cbd9e4907eee06ceaf $ grep libvirt-daemon-kvm openstack-nova.spec Requires: libvirt-daemon-kvm - openstack-nova-compute should depend on libvirt-daemon-kvm, not libvirt - rhbz#996715
openstack-nova has broken dependencies in the rawhide tree: On armhfp: openstack-nova-compute-2014.2-0.5rc1.fc22.noarch requires libvirt-daemon-xen
Nova is noarch so we can't have different deps per arch. Options are: * remove libvirt-daemon-xen as an explicit dependency in openstack-nova * add Xen for ARM I'll implement the former.
http://pkgs.fedoraproject.org/cgit/openstack-nova.git/commit/?id=230b8793a08eb4aa4fbb0639b56f440e21380082