- openSUSE Kubic Bugs

[Bug 1213499] New: libvirtd: When adding a host USB device & Start: "usb-host' is not a valid device model name"
by bugzilla_noreply＠suse.com 20 Jul '23

20 Jul '23

https://bugzilla.suse.com/show_bug.cgi?id=1213499 Bug ID: 1213499 Summary: libvirtd: When adding a host USB device & Start: "usb-host' is not a valid device model name" Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Major Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: colony.three(a)protonmail.ch QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Build Identifier: Unable to add any host USB devices to a KVM VM due to the above error, on the current MicroOS. Add any USB device, Run the VM, and immediately a window pops up with: Error starting domain: internal error: QEMU unexpectedly closed the monitor (vm='cygnus-old'): 2023-07-20T00:13:42.182489Z qemu-system-x86_64: -device {"driver":"usb-host","hostbus":3,"hostaddr":2,"id":"hostdev2","bus":"usb.0","port":"2"}: 'usb-host' is not a valid device model name Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 72, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 108, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, in newfn ret = fn(self, *args, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/share/virt-manager/virtManager/object/domain.py", line 1425, in startup self._backend.create() File "/usr/lib64/python3.11/site-packages/libvirt.py", line 1373, in create raise libvirtError('virDomainCreate() failed') libvirt.libvirtError: internal error: QEMU unexpectedly closed the monitor (vm='cygnus-old'): 2023-07-20T00:13:42.182489Z qemu-system-x86_64: -device {"driver":"usb-host","hostbus":3,"hostaddr":2,"id":"hostdev2","bus":"usb.0","port":"2"}: 'usb-host' is not a valid device model name Reproducible: Always Steps to Reproduce: 1. In virt-manager add any host USB device. 2. Run the VM. 3. Profit with error. Actual Results: Error starting domain: internal error: QEMU unexpectedly closed the monitor (vm='cygnus-old'): 2023-07-20T00:13:42.182489Z qemu-system-x86_64: -device {"driver":"usb-host","hostbus":3,"hostaddr":2,"id":"hostdev2","bus":"usb.0","port":"2"}: 'usb-host' is not a valid device model name Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 72, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 108, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/object/libvirtobject.py", line 57, in newfn ret = fn(self, *args, **kwargs) ^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/share/virt-manager/virtManager/object/domain.py", line 1425, in startup self._backend.create() File "/usr/lib64/python3.11/site-packages/libvirt.py", line 1373, in create raise libvirtError('virDomainCreate() failed') libvirt.libvirtError: internal error: QEMU unexpectedly closed the monitor (vm='cygnus-old'): 2023-07-20T00:13:42.182489Z qemu-system-x86_64: -device {"driver":"usb-host","hostbus":3,"hostaddr":2,"id":"hostdev2","bus":"usb.0","port":"2"}: 'usb-host' is not a valid device model name Expected Results: Add the host USB device and start the VM. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1171174] security enhancement: no setuid
by bugzilla_noreply＠suse.com 19 Jul '23

19 Jul '23

https://bugzilla.suse.com/show_bug.cgi?id=1171174 Guilherme Moro <gmoro(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |1213490 -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1213490] New: security enhancement: no setuid
by bugzilla_noreply＠suse.com 19 Jul '23

19 Jul '23

https://bugzilla.suse.com/show_bug.cgi?id=1213490 Bug ID: 1213490 Summary: security enhancement: no setuid Classification: SUSE ALP - SUSE Adaptable Linux Platform Product: ALP Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Bootable Images Assignee: fcrozat(a)suse.com Reporter: gmoro(a)suse.com QA Contact: jsrain(a)suse.com CC: georg.pfuetzenreuter(a)suse.com, gmoro(a)suse.com, kubic-bugs(a)opensuse.org, lnussel(a)suse.com, qa-bugs(a)suse.de Depends on: 1171174 Target Milestone: --- Found By: --- Blocker: --- The way ALP is setting this in the config.sh is still broken, need to investigate consequences and if this is still the case. +++ This bug was initially created as a clone of Bug #1171174 +++ setuid binaries are a potential attack vector for privilege escalation. MicroOS with it's limited scope has chance to close that hole by default and not ship any binaries with elevated privileges by default. Ie set the default level to "paranoid". This will prevent unprivileged (system) users from potentially exploiting - shadow suite tools like passwd, chsh etc - pam helpers unix{,2}_chkpwd - wall, write - clockdiff, ping - dbus-daemon-launch-helper - su - sudo - mount -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1211868] New: distro-export-ed cannot be selected as "default" apps
by bugzilla_noreply＠suse.com 15 Jul '23

15 Jul '23

https://bugzilla.suse.com/show_bug.cgi?id=1211868 Bug ID: 1211868 Summary: distro-export-ed cannot be selected as "default" apps 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: sjaniska(a)atmarama.net QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Hello, all the distrobox-export-ed applications on Aeon (MicroOS), although being visible/searchable on the desktop, can't be selected as "default" apps for the GNOME DE. For instance, Claws-mail flatpak does not contain "fancy" plugin, so I had to install it and exported, but then it's viable option for "default" mail client. Similarly to Firefox - my eID could not work with flatpak version, so I have to keep twp versions – one which can understand e.g. links from other flatpak applications like Element and another for eID feature. I know that Aeon/MicroOS is a new thing, but I like it a lot. Still, wondering whether the above issues are due to Flatpak packaging, distrobox limitations or Aeon/MicroOS bugs? -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1212672] New: Gnome desktop: Cannot enable auto login for user via settings
by bugzilla_noreply＠suse.com 15 Jul '23

15 Jul '23

https://bugzilla.suse.com/show_bug.cgi?id=1212672 Bug ID: 1212672 Summary: Gnome desktop: Cannot enable auto login for user via settings Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: wolfram.fischer1979+opensuse(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Build Identifier: I cannot enable auto login for the user in the Gnome settings (application) which makes GDM login the user automatically. Reproducible: Always Steps to Reproduce: 1.Open Gnome settings 2.Navigate to Users 3.Enter root password to be able to toggle auto login for the user 4.Toggle auto login for the user Actual Results: The auto login setting for the user _seems_ to be activated, as long as one is on the user settings page. If the settings page is changed away from user settings and returned to the user settings, the auto login setting for the user is _not_ activated. The auto login is not activated, which can be checked with a simple reboot. Expected Results: The setting to automate auto login should be enabled -- You are receiving this mail because: You are the assignee for the bug.

1 3

[Bug 1210975] New: MicroOSD Plasma: connecting USB stick with distro ISO shows duplicate entries
by bugzilla_noreply＠suse.com 30 Jun '23

30 Jun '23

https://bugzilla.suse.com/show_bug.cgi?id=1210975 Bug ID: 1210975 Summary: MicroOSD Plasma: connecting USB stick with distro ISO shows duplicate entries 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: herzenschein(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 866680 --> https://bugzilla.suse.com/attachment.cgi?id=866680&action=edit Duplicate in plasmoid Plugging a USB stick that was flashed with isoimagewriter or Balena Etcher shows two entries in the removable disks plasmoid and in Dolphin. See attached screenshots. On Fedora this doesn't happen. This issue occurred with both the Kubuntu and Fedora ISOs. -- You are receiving this mail because: You are the assignee for the bug.

1 8

[Bug 1212560] New: language is after the installation is wrong (plasma)
by bugzilla_noreply＠suse.com 30 Jun '23

30 Jun '23

https://bugzilla.suse.com/show_bug.cgi?id=1212560 Bug ID: 1212560 Summary: language is after the installation is wrong (plasma) 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: osamaalrifai18(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 867713 --> https://bugzilla.suse.com/attachment.cgi?id=867713&action=edit yast installation with the installation i was asked which language i will have. i chose the language German but after the installation the language was English. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1211561] MicroOS Plasma Discover crash opening flatpakref
by bugzilla_noreply＠suse.com 30 Jun '23

30 Jun '23

https://bugzilla.suse.com/show_bug.cgi?id=1211561 https://bugzilla.suse.com/show_bug.cgi?id=1211561#c5 Shawn Dunn <sfalken(a)cloverleaf-linux.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|kubic-bugs(a)opensuse.org |sfalken(a)cloverleaf-linux.or | |g Component|MicroOS |Flatpak Product|openSUSE Tumbleweed |openSUSE Kalpa --- Comment #5 from Shawn Dunn <sfalken(a)cloverleaf-linux.org> --- Moving to openSUSE Kalpa Product -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1207986] Gnome Help app is empty
by bugzilla_noreply＠suse.com 27 Jun '23

27 Jun '23

https://bugzilla.suse.com/show_bug.cgi?id=1207986 https://bugzilla.suse.com/show_bug.cgi?id=1207986#c1 Denis Floch <dfloch4list(a)wanadoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dfloch4list(a)wanadoo.fr --- Comment #1 from Denis Floch <dfloch4list(a)wanadoo.fr> --- Same issue here With Aeon. For information the folder /usr/share/help/ is populate with sub folders but there are empty. For test purpose I reinstall the packages gnome-user-docs-44.1-1.1.noarch.rpm and gnome-user-docs-lang-44.1-1.1.noarch.rpm in a transactional-update shell with the "zypper in -f"command. No error but no files installed. Then I download the packages locally and use the command "rpm -ivv --replacepkgs" in a transactional-update shell to install them. In result the sub folders in /usr/share/help/ was populate. After quitting transactional-update shell and restart in the new snapshot the gnome help is functional. This is just for a test, this is not the solution but I hope this help to solve the issue. Denez. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1212673] New: Full disk encryption does not use my local keyboard layout and switches back to the US keyboard layout
by bugzilla_noreply＠suse.com 24 Jun '23

24 Jun '23

https://bugzilla.suse.com/show_bug.cgi?id=1212673 Bug ID: 1212673 Summary: Full disk encryption does not use my local keyboard layout and switches back to the US keyboard layout Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: wolfram.fischer1979+opensuse(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Build Identifier: I switched my language/keyboard layout to German during the installation. When partitioning the hard disk, I choose guided setup and choose 'use LVM' and 'encrypt'. I type my passphrase to encrypt the hard disk. When I reboot and try to decrypt the hard disk, I have to enter my passphrase with an English keyboard layout instead of the German one. Reproducible: Always Steps to Reproduce: 1. During installation choose German as language and keyboard layout 2. Enable full disk encryption via guided setup for the hard disk and enable LVM/full disk encryption 3.Use a passphrase with characters which have different positions in the English and German keyboard layout 4. After installation finished reboot and try to enter the password as if the German keyboard layout was used Actual Results: Disk decryption fails if using the German keyboard layout. Disk decryption works if typing the password as if the English keyboard layout was used. Expected Results: My choice of keyboard layout from the installation should be honored when I type my password to decrypt the hard disk after boot -- You are receiving this mail because: You are the assignee for the bug.

1 0