Yeah, you are right Julian. It is a mitigation at best - still we are looking for which option to go for.
While tracking down the above identified other cases we checked them for similar effects: Look at those two newly found known cases: - debusine-worker -R-> debvm -D-> qemu-system-native|qemu-kvm(>> 1:8.0)|qemu-system-any - uvtool -R-> uvtool-libvirt -D-> qemu-kvm uvtool shows the same difference in behavior: - pkgcli install uvtool will not pull in libvirt-daemon-system - apt install uvtool will pull libvirt-daemon-system in => That is the same effect for qemu-kvm that we have seen before But debusine-worker is different. - pkgcli install debusine-worker will not pull in qemu-system-x86 - apt install debusine-worker will pull in qemu-system-x86 => That is the same effect for but for qemu-system-native which is a virtual Provides just like qemu-kvm -- But Hector found that this seems even more broken. We do not need the full chain: - debusine-worker -R-> debvm -D-> qemu-system-native|qemu-kvm|qemu-system-any Already this is enough to show differences between apt and pkgcli: - debvm -D-> qemu-system-native|qemu-kvm(>> 1:8.0)|qemu-system-any No recommends are part of the dependencies here. In the former explanation a Recommends was part of the recipe to hit the problem AFAIU. But here it is just debvm depending on a list of virtual names "qemu- system-native|qemu-kvm(>> 1:8.0)|qemu-system-any" I'd expect it to prefer to pick the first being "qemu-system-native" which on x86 resolves to qemu-system-x86. qemu-system-x86 and qemu-system-x86-hwe do both provide "qemu-system- native" But here for reasons I do not yet understand it it seems to be happy going for "qemu-system-any" I do not see the conflict or transaction that would cause it but pkgcli does not install qemu-system-x86 in this case while apt does. There must be some part of it that we (at least me) do not yet understand how it fits. But I assume any path to a fix needs us to understand this fully. Does that still fit all together? Would that mean in your suggestion in comment #6 adding a "qemu-kvm-ga" (and update all dependencies to qemu-kvm) we'd also need a "qemu-system-native-ga" (and again update all dependencies)? This just spirals out of control and many changes in many places, and as we both say as other packages get reverse dependencies this would yet again be broken. Sorry for anyone affected, more thinking needed to get to a fix here. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2148469 Title: `libvirt-daemon-driver-qemu` prefers `qemu-system-x86-hwe` to satisfy `qemu-kvm | qemu-system` dependency To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/2148469/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
