http://bugzilla.opensuse.org/show_bug.cgi?id=1196087 http://bugzilla.opensuse.org/show_bug.cgi?id=1196087#c1 --- Comment #1 from Dario Faggioli <dfaggioli@suse.com> --- (In reply to Felix Niederwanger from comment #0)
Since `libvirt-daemon-driver-qemu` gets installed with libvirt, I wonder if it would not make sense to also make those packages as requirements? The current state of the libvirt package on MicroOS requires additional packages in order to run a simple kvm VM.
So, this is related to, but also different than bug 1158430. There the problem was solved by adding the 'Requires:` for `qemu-arm` and `qemu-ipxe` in the KVM pattern. However, on MicroOS, you may not want to install the entire pattern. The fact that we also don't install recommended package is the other side of the issue. In fact, currently, the chain of dependencies is: - libvirt-daemon-driver-qemu requires qemu - qemu (on ARM) recommends qemu-arm The qemu package contains docs, some data, icons and other files, but no binaries. Just out of the top of my head, I don't see a sensible use case where someone wants to only have that package, and none of the ones that comes with the actual emulator binaries. That's to say that I'd be inclined to make the qemu package requiring the qemu-arm package (on ARM, of course; on other arches, we'd require the appropriate qemu-%{arch} package). And not just because it makes things better for MicroOS (and in general for everyone using --no-recommends), but because it seems to me that it just makes sense. What I don't know, however, is why the previous QEMU maintainers did things that way... And I guess I may be missing use-cases or scenarios where requiring those packages could be a problem. So, I will try harder to figure out if there could be any downside of such a change, and discuss that within the team. Should anyone have any idea --in either direction-- just add them here... -- You are receiving this mail because: You are the assignee for the bug.