February 2022 - openSUSE Kubic Bugs - openSUSE Mailing Lists

[Bug 1196087] New: libvirt on MicroOS on Raspberry Pi 4 requires additional packages to create a kvm virtual machine
by bugzilla_noreply＠suse.com 17 Feb '22

17 Feb '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1196087 Bug ID: 1196087 Summary: libvirt on MicroOS on Raspberry Pi 4 requires additional packages to create a kvm virtual machine Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: felix.niederwanger(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 856256 --> http://bugzilla.opensuse.org/attachment.cgi?id=856256&action=edit Screenshot of virt-manager failing to connect to hypervisor Installing the libvirt package on MicroOS on a Raspberry Pi 4B does not install all necessary requirements to run a KVM machine. To be able to create a VM via virt-manager (from another machine) the following two packages are still required to be manually installed: * qemu-arm * qemu-ipxe Without the first package, virt-manager shows the error "No hypervisor options where found for this connection" (See attached Screenshot). In the journal on the MicroOS host I find the following error messages: > Feb 17 12:05:02 rabbit libvirtd[1328]: libvirt version: 8.0.0 > Feb 17 12:05:02 rabbit libvirtd[1328]: hostname: rabbit > Feb 17 12:05:02 rabbit libvirtd[1328]: Cannot check QEMU binary /usr/libexec/qemu-kvm: No such file or directory > Feb 17 12:05:02 rabbit libvirtd[1328]: Cannot check QEMU binary /usr/libexec/qemu-kvm: No such file or directory Here, libvirtd is running and active. Installing the `qemu-arm` solved this issue. The next issue is that starting a VM on this systems results in the following error message: > Unable to complete install: 'internal error: process exited while connecting to monitor: 2022-02-17T12:57:28.204430Z qemu-system-aarch64: -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:42:6b:15,bus=pci.1,addr=0x0: failed to find romfile "efi-virtio.rom"' The file /usr/share/qemu/efi-virtio.rom is provided by `qemu-ipxe` and not present on the system by default. Installing this package resolved this issue and I was afterwards able to run a VM. All issues above state are only present on MicroOS (probably because it does not install recommended packages) on a Raspberry Pi and are not present on a fresh install using the current Tumbleweed image. 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. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1195791] Selected Flatpaks won't launch: libgtk-4.so.1- Permission denied"
by bugzilla_noreply＠suse.com 10 Feb '22

10 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1195791 Thorsten Kukuk <kukuk(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|kubic-bugs(a)opensuse.org |os.gnome.maintainers@gmail. | |com -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1195791] New: Selected Flatpaks won't launch: libgtk-4.so.1- Permission denied"
by bugzilla_noreply＠suse.com 10 Feb '22

10 Feb '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1195791 Bug ID: 1195791 Summary: Selected Flatpaks won't launch: libgtk-4.so.1- Permission denied" Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: glorp.gleep(a)protonmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Some Flatpaks, including the pre-installed ExtensionManager (I'm on Gnome) will not launch: Running them in terminal with flatpak run produces: "error while loading shared libraries: libgtk-4.so.1: cannot enable stack as shared object required: Permission denied". Flatpaks that produce this error: the pre-installed ExtensionManager and "Decoder" (qr scanning app). Possibly more, but of all the apps I tried so far, these were the only ones with that problem. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1195554] New: health-checker can't detect late failures
by bugzilla_noreply＠suse.com 04 Feb '22

04 Feb '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1195554 Bug ID: 1195554 Summary: health-checker can't detect late failures Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- After an automated update of microos at night iwd segfaulted, leaving the system without network connectivity (boo#1194458). I used /usr/libexec/health-checker/logind.sh as template to check for iwd.service fails and added After=iwd.service. However, it takes a while for iwd to scan for networks and then it fails. Due to "Restart=on-failure" in iwd systemd probably also tries to restart it a few times. At that time health-checker is already done and the system is left broken. A similar situation could arise with wicked or NM of course. Maybe health-checker needs some post boot timer to check again after a while? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1194264] Switching from pulseaudio to pipewire produces unusually large solution
by bugzilla_noreply＠suse.com 02 Feb '22

02 Feb '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1194264 http://bugzilla.opensuse.org/show_bug.cgi?id=1194264#c26 --- Comment #26 from Jan Engelhardt <jengelh(a)inai.de> --- >But Tumbleweed users must not see this package. Mh. If zypper sees it, users see it. >Provides: libsolv-self-destruct-pkg() Or maybe Provides: weakremover(%name) Then, because weakremover(%name) is available, and %name (the transitional package) does not have anything requiring it, the transitional package would lead to its own weakremoval one dup later. Not as good as self-destruct-pkg(), but a thought nevertheless.. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1194264] Switching from pulseaudio to pipewire produces unusually large solution
by bugzilla_noreply＠suse.com 02 Feb '22

02 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1194264 https://bugzilla.suse.com/show_bug.cgi?id=1194264#c25 --- Comment #25 from Richard Brown <rbrown(a)suse.com> --- (In reply to Michael Schr�der from comment #24) > If there is a repo just for MicroOS, you can do it via a new transition > package: > > pulseaudio-pipewire-transition: > Obsoletes: pulseaudio > Requires: pipewire > Provides: libsolv-self-destruct-pkg() > > But Tumbleweed users must not see this package. There is no repo just for MicroOS -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1194264] Switching from pulseaudio to pipewire produces unusually large solution
by bugzilla_noreply＠suse.com 02 Feb '22

02 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1194264 https://bugzilla.suse.com/show_bug.cgi?id=1194264#c24 --- Comment #24 from Michael Schr�der <mls(a)suse.com> --- If there is a repo just for MicroOS, you can do it via a new transition package: pulseaudio-pipewire-transition: Obsoletes: pulseaudio Requires: pipewire Provides: libsolv-self-destruct-pkg() But Tumbleweed users must not see this package. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1194264] Switching from pulseaudio to pipewire produces unusually large solution
by bugzilla_noreply＠suse.com 02 Feb '22

02 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1194264 https://bugzilla.suse.com/show_bug.cgi?id=1194264#c23 Michael Schr�der <mls(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(mls(a)suse.com) | --- Comment #23 from Michael Schr�der <mls(a)suse.com> --- Rpm does not allow rich dependencies in obsoletes. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1194264] Switching from pulseaudio to pipewire produces unusually large solution
by bugzilla_noreply＠suse.com 02 Feb '22

02 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1194264 https://bugzilla.suse.com/show_bug.cgi?id=1194264#c22 Michael Andres <ma(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gabriele.zago+opensuse@gmai | |l.com --- Comment #22 from Michael Andres <ma(a)suse.com> --- *** Bug 1191685 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1194264] Switching from pulseaudio to pipewire produces unusually large solution
by bugzilla_noreply＠suse.com 01 Feb '22

01 Feb '22

https://bugzilla.suse.com/show_bug.cgi?id=1194264 https://bugzilla.suse.com/show_bug.cgi?id=1194264#c21 Michael Andres <ma(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(mls(a)suse.com) --- Comment #21 from Michael Andres <ma(a)suse.com> --- (In reply to Jan Engelhardt from comment #20) > Since you want the obsoletion only to apply to existing MicroOS systems, > maybe rpm supports something along the lines of this��?: > > Obsoletes: (pulseaudio if patterns-MicroOS) The problem is that people tend to think 'Obsoletes' is something that 'cleans up silently', but it isn't. 'Obsoletes' says: 'I'm the successor', the 'update candidate'. Install me and you don't need the obsoleted one anymore. So if something should obsolete pulseaudio, then it's IMO pipewire. But whether such a conditional obsoletes would work has to answered by Michael (mls). It would need to be supported by rpm and by libsolv. -- You are receiving this mail because: You are the assignee for the bug.

1 0