- openSUSE Kubic Bugs

[Bug 1220128] zypper lu assertions in glib uri != null
by bugzilla_noreply＠suse.com 21 Feb '24

21 Feb '24

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

1 0

[Bug 1220128] New: zypper lu assertions in glib uri != null
by bugzilla_noreply＠suse.com 21 Feb '24

21 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1220128 Bug ID: 1220128 Summary: zypper lu assertions in glib uri != null Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: VMWare OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: dirk.datzert(a)gmx.de QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- After the Change of glib 2.78 I got at the sametime multiple assertions on GLIB by zypper lu on the console: (process:27691): GLib-CRITICAL **: 06:30:06.392: g_uri_get_scheme: assertion 'uri != NULL' failed 8 time on 4 repositories -- You are receiving this mail because: You are the assignee for the bug.

1 5

[Bug 1220037] New: distrobox package should require/recommend flatpak (without it distrobox-host-exec doesn't work)
by bugzilla_noreply＠suse.com 18 Feb '24

18 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1220037 Bug ID: 1220037 Summary: distrobox package should require/recommend flatpak (without it distrobox-host-exec doesn't work) 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: charlesmillerspam(a)gmail.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/121.0.0.0 Safari/537.36 Build Identifier: One discussion can be seen here: https://github.com/89luca89/distrobox/issues/1198 Installing OpenSusse MicroOS, then installing distrobox, the flatpak-helper dbus service is not a dependency of distrobox, nor is it recommended. As a result, the distrobox-host-exec, based on host-spawn, doesn't work, and also doesn't provide an error message. distrobox-host-exec is an important feature of distrobox, so it should either depend on or recommend having flatpak-helper. Reproducible: Always Steps to Reproduce: 1.Install MicroOS 2. transactional-update pkg in distrobox; reboot 3. distrobox create -n test 4. distrobox-enter test 5. distrobox-host-exec ls / 6. Notice there is no result. 7. transactional-update pkg in flatpak; reboot 8. distrobox-enter test 9. distrobox-host-exec ls / 10. Now we see the result. Actual Results: distrobox-host-exec doesn't work unless manually installing flatpak. Expected Results: After installing distrobox, I expect the needed dependencies for all features like distrobox-host-exec to work will be installed. I think it's quite simple to adjust the dependencies. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1219526] New: Update Definitions in MicroOS ISO Installer to reflect Aeon and Kalpa branding
by bugzilla_noreply＠suse.com 03 Feb '24

03 Feb '24

https://bugzilla.suse.com/show_bug.cgi?id=1219526 Bug ID: 1219526 Summary: Update Definitions in MicroOS ISO Installer to reflect Aeon and Kalpa branding 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: sfalken(a)cloverleaf-linux.org QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Update the wording in the MicroOS ISO and Yast based installer, to reflect the Aeon and Kalpa branding, for the Gnome and KDE desktop variants, respectively. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1218853] [Build 20240115] openQA test fails in disk_boot
by bugzilla_noreply＠suse.com 19 Jan '24

19 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1218853 https://bugzilla.suse.com/show_bug.cgi?id=1218853#c3 Guillaume GARDET <guillaume.gardet(a)arm.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |INVALID --- Comment #3 from Guillaume GARDET <guillaume.gardet(a)arm.com> --- (In reply to Pablo Herranz Ramírez from comment #2) > The tests fails 3 out of 4 times. I guess it's not a test failure... > https://openqa.opensuse.org/tests/3880212#next_previous > https://openqa.opensuse.org/tests/3880213#next_previous > https://openqa.opensuse.org/tests/3880407#next_previous Those tests are now for x86_64, not aarch64 anymore. And they are investigation tests which may be broken due to other parameters. Taking your original report: https://openqa.opensuse.org/tests/3872738#step/disk_boot/7 clearly fails because grub screen has been missed and the boot continued. Likely because the openQA worker was too slow at this time. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1218853] [Build 20240115] openQA test fails in disk_boot
by bugzilla_noreply＠suse.com 19 Jan '24

19 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1218853 https://bugzilla.suse.com/show_bug.cgi?id=1218853#c2 Pablo Herranz Ramírez <pablo.herranz(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |--- --- Comment #2 from Pablo Herranz Ramírez <pablo.herranz(a)suse.com> --- The tests fails 3 out of 4 times. I guess it's not a test failure... https://openqa.opensuse.org/tests/3880212#next_previous https://openqa.opensuse.org/tests/3880213#next_previous https://openqa.opensuse.org/tests/3880407#next_previous -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1175850] User mount option 'x-initrd.mount' vanishes during initrd transitions
by bugzilla_noreply＠suse.com 19 Jan '24

19 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1175850 https://bugzilla.suse.com/show_bug.cgi?id=1175850#c22 Franck Bui <fbui(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #22 from Franck Bui <fbui(a)suse.com> --- The 2 problems mentioned previously should have been fixed by https://github.com/util-linux/util-linux/commit/8cf6c5075780598fe3b30e7a775…. It's part of util-linux since version v2.39, which is already included in TW. Hence closing. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1218853] New: [Build 20240115] openQA test fails in disk_boot
by bugzilla_noreply＠suse.com 18 Jan '24

18 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1218853 Bug ID: 1218853 Summary: [Build 20240115] openQA test fails in disk_boot Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/3872738/modules/disk _boot/steps/7 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: pablo.herranz(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: openQA Blocker: Yes ## Observation openQA test in scenario microos-Tumbleweed-MicroOS-Image-ContainerHost-aarch64-container-host-old2microosnext@aarch64 fails in [disk_boot](https://openqa.opensuse.org/tests/3872738/modules/disk_boot/step… ## Test suite description Boot from existing, static MicroOS ContainerHost image and transactional-update dup to snapshot under test. ## Reproducible Fails since (at least) Build [20240115](https://openqa.opensuse.org/tests/3872738) (current job) ## Expected result Last good: [20240114](https://openqa.opensuse.org/tests/3870685) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=aarch64&distri=microo… -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1218586] ddclient service failing to start with default settings
by bugzilla_noreply＠suse.com 09 Jan '24

09 Jan '24

https://bugzilla.suse.com/show_bug.cgi?id=1218586 https://bugzilla.suse.com/show_bug.cgi?id=1218586#c4 Thorsten Kukuk <kukuk(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|MicroOS |Basesystem Assignee|kubic-bugs(a)opensuse.org |screening-team-bugs(a)suse.de --- Comment #4 from Thorsten Kukuk <kukuk(a)suse.com> --- That's not a MicroOS specific problem, but either the ddclient service file has to restrict security settings, SELinux forbids the access or the system is broken and /bin/touch does really not exist. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1218586] ddclient service failing to start with default settings
by bugzilla_noreply＠suse.com 08 Jan '24

08 Jan '24

1 0