[Bug 1176517] New: The (new) qemu-hw-usb-redirect qemu-hw-display-qxl packages are not pulled on upgrades as intended
http://bugzilla.opensuse.org/show_bug.cgi?id=1176517 Bug ID: 1176517 Summary: The (new) qemu-hw-usb-redirect qemu-hw-display-qxl packages are not pulled on upgrades as intended Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Major Priority: P5 - None Component: Virtualization:Other Assignee: virt-bugs@suse.de Reporter: mecftu@yahoo.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- the qemu-hw-usb-redirect qemu-hw-display-qxl sub packages are not pulled during the upgrade of the Micro-OS, a derivative of Tumbleweed, with KVM Server Patterns. This results in the inability to use QXL video mode (Virtual Hardware Details > Video > Details tab) and also the use of SPICE USB Redirection during the creation of new KVM VMs using Virtual Machine Manager. The quick workaround (on Micro-OS) is the manual installation of the aforementioned sub packages using the "transactional-update pkg install qemu-hw-usb-redirect qemu-hw-display-qxl" command -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176517 http://bugzilla.opensuse.org/show_bug.cgi?id=1176517#c2 Dario Faggioli <dfaggioli@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dfaggioli@suse.com --- Comment #2 from Dario Faggioli <dfaggioli@suse.com> --- (In reply to Bruce Rogers from comment #1)
There is still a recommends dependency from qemu to these two split off packages, so as long as you don't run with no-recommends, you should be getting them installed whenever qemu is installed.
I think this was the problem. I.e., in MicroOS, we have "solver.onlyRequires=true" (i.e., --no-recommends) by default.
It's not quite clear to me what the exact conditions are which you are experiencing, since your description isn't very detailed. If you are seeing behavior which differs from what I've described above, please provide additional details.
Here's a Kubic mailing list thread, with some more details: https://lists.opensuse.org/opensuse-kubic/2020-09/msg00034.html -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176517 http://bugzilla.opensuse.org/show_bug.cgi?id=1176517#c3 --- Comment #3 from Dario Faggioli <dfaggioli@suse.com> --- I guess this can be marked as duplicate of bsc#1175320 ? Or do we want to handle it differently? -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176517 http://bugzilla.opensuse.org/show_bug.cgi?id=1176517#c4 Taker TX <mecftu@yahoo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(mecftu@yahoo.com) | --- Comment #4 from Taker TX <mecftu@yahoo.com> --- (In reply to Bruce Rogers from comment #1)
This has since been resolved with newer qemu v5.1.0 Tumbleweed qemu packages, but won't help if you updated to the interim "broken" v5.1.0 packages.
Seems to me that I happened to have updated into the broken packages. But thanks to Richard Brown on the Micro-OS mailing list I installed the said packages manually and now I am on the roll again.
There is still a recommends dependency from qemu to these two split off packages, so as long as you don't run with no-recommends, you should be getting them installed whenever qemu is installed.
I did not use the no recommend when installing the qemu through the installation of the KVM patterns (patterns-server-kvm_server & patterns-server-kvm_tools) on Micro-OS a few months back.
Additionally, we don't yet have an explicit dependency on these two split out packages from the kvm server pattern. We will shortly do a full review of how we want to handle this going forward, and will likely just create a requires dependency in patterns-server-kvm for these two split off packages, to maintain that level of functionality when that pattern is called for.
It might just be me, but I have a feeling that these two are used more often than not, especially ins setting up Windows VM environments so my vote is for having them install automatically to maintain the level of functionality for others such as myself.
It's not quite clear to me what the exact conditions are which you are experiencing, since your description isn't very detailed. If you are seeing behavior which differs from what I've described above, please provide additional details.
My initial post on the Micro-OS mailing list can be found here https://lists.opensuse.org/opensuse-kubic/2020-09/msg00034.html as later on suggested by Dario Faggioli. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176517 http://bugzilla.opensuse.org/show_bug.cgi?id=1176517#c5 Dario Faggioli <dfaggioli@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |brogers@suse.com Flags| |needinfo?(brogers@suse.com) --- Comment #5 from Dario Faggioli <dfaggioli@suse.com> --- (In reply to Taker TX from comment #4)
(In reply to Bruce Rogers from comment #1)
This has since been resolved with newer qemu v5.1.0 Tumbleweed qemu packages, but won't help if you updated to the interim "broken" v5.1.0 packages.
Seems to me that I happened to have updated into the broken packages. But thanks to Richard Brown on the Micro-OS mailing list I installed the said packages manually and now I am on the roll again.
There is still a recommends dependency from qemu to these two split off packages, so as long as you don't run with no-recommends, you should be getting them installed whenever qemu is installed.
I did not use the no recommend when installing the qemu through the installation of the KVM patterns (patterns-server-kvm_server & patterns-server-kvm_tools) on Micro-OS a few months back.
Yeah, but MicroOS "does that for you". :-) See how "solver.onlyRequires" is set to true in `/etc/zypp/zypp.conf`
Additionally, we don't yet have an explicit dependency on these two split out packages from the kvm server pattern. We will shortly do a full review of how we want to handle this going forward, and will likely just create a requires dependency in patterns-server-kvm for these two split off packages, to maintain that level of functionality when that pattern is called for.
It might just be me, but I have a feeling that these two are used more often than not, especially ins setting up Windows VM environments so my vote is for having them install automatically to maintain the level of functionality for others such as myself.
Yes, in fact, one thing that I'm not sure I understand is the timing. Bruce, you fixed this back in August, didn't you? How come we're still running into the issue? Or is it that the "Split-Provides" solutions only deals with updates, and people _installing_ the packages or the patterns with --no-recommends are still affected? (That's BTW, why I am not sure whether or not this can be considered a duplicate of the old bug) -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1176517 http://bugzilla.opensuse.org/show_bug.cgi?id=1176517#c6 --- Comment #6 from Taker TX <mecftu@yahoo.com> ---
Yeah, but MicroOS "does that for you". :-)
See how "solver.onlyRequires" is set to true in `/etc/zypp/zypp.conf`
I just checked and you are, of course, correct, "solver.onlyRequires" has indeed been set to true in the zypp.conf file. So essentially setting "solver.onlyRequires" to false in `/etc/zypp/zypp.conf` will in fact include all the required recommendations going forward right? -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠suse.com