August 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1228421] Package vulkan-headers does not build with gcc 14 because CMake refuses to use Makefiles
by bugzilla_noreply＠suse.com 02 Aug '24

02 Aug '24

https://bugzilla.suse.com/show_bug.cgi?id=1228421 https://bugzilla.suse.com/show_bug.cgi?id=1228421#c6 Chenzi Cao <chcao(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|screening-team-bugs(a)suse.de |mjambor(a)suse.com --- Comment #6 from Chenzi Cao <chcao(a)suse.com> --- Hi Martin, you already submitted request for this bug report, so I assign it to you. Please feel free to reassign whenever necessary, thanks. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1228659] Snapshot 20240730 - unbootable after transactional-update dup
by bugzilla_noreply＠suse.com 02 Aug '24

02 Aug '24

https://bugzilla.suse.com/show_bug.cgi?id=1228659 https://bugzilla.suse.com/show_bug.cgi?id=1228659#c34 --- Comment #34 from Alberto Planas Dominguez <aplanas(a)suse.com> --- (In reply to Andrei Borzenkov from comment #33) > All those Requires(post) are present. I think that there is a missing one is suse-module-tools-scriptlets subpackage. The requirement to sdbootutil is not there. I just added it[1] but beats me how I can test this case. Sure there is a testsolv file there that I can use to see if this fix the bootctl issue or not. > How libsolv (actually, RPM) is > supposed to know that systemd-udev v255 became unusable after systemd v256 > has been installed and it needs systemd-udev v256? That is a good point. libsolv can known it as it will use all the information to decide that because the kernel Requires(post) suse-module-tools, and suse-module-tools Requires sdbootutil, and sdbootutil Requires systemd-boot, using the transitive operation, the kernel Requires(post) systemd-boot. This is me doing a naive assumption here. As commented I do not know libsolv to be sure that this is happening, but I see how it can happen. On the other side if is librpm the one that set the installation order, then no idea. I do not want to speculate more here, as for sure I am wrong in my assumptions. [1] https://github.com/aplanas/suse-module-tools/commit/2cd98baa12884eef87e0bc7… -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1228759] Partial systemd installation before the kernel gets installed
by bugzilla_noreply＠suse.com 02 Aug '24

02 Aug '24

https://bugzilla.suse.com/show_bug.cgi?id=1228759 https://bugzilla.suse.com/show_bug.cgi?id=1228759#c11 --- Comment #11 from Michal Suchanek <msuchanek(a)suse.com> --- Then it does not depend on (or call) systemd-sdboot, only sdbootutil. However, sdbootutil is also called from weak-mudules2 in suse-module-tools, not only from suse-module-tools-scriptlets. I still do not see any call to udev. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1228610] Mail Makefile error finding alias directory
by bugzilla_noreply＠suse.com 02 Aug '24

02 Aug '24

https://bugzilla.suse.com/show_bug.cgi?id=1228610 Chenzi Cao <chcao(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|screening-team-bugs(a)suse.de |werner(a)suse.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1228788] New: iodine cannot find /dev/net/tun on Leap 15.6
by bugzilla_noreply＠suse.com 02 Aug '24

02 Aug '24

https://bugzilla.suse.com/show_bug.cgi?id=1228788 Bug ID: 1228788 Summary: iodine cannot find /dev/net/tun on Leap 15.6 Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: wagner-thomas(a)gmx.at QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Similar to https://bugzilla.opensuse.org/show_bug.cgi?id=1216238 For Leap 15.6, PrivateDevices=true as well as ProtectClock=true must be disabled from /lib/systemd/system/iodined.service -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1228770] After upgrade from shadow 4.8.1-150600.15.45 → 4.8.1-150600.17.3.1, not all contents of /etc/skel get added to the newusers home directory
by bugzilla_noreply＠suse.com 02 Aug '24

02 Aug '24

https://bugzilla.suse.com/show_bug.cgi?id=1228770 https://bugzilla.suse.com/show_bug.cgi?id=1228770#c1 Michael Vetter <mvetter(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CONFIRMED --- Comment #1 from Michael Vetter <mvetter(a)suse.com> --- Tested in Leap 15.6 VM and confirmed. Works fine on TW. There must be a mistake when backporting the fix for bsc#916845 in shadow-CVE-2013-4235.patch. I'll look into it. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1228659] Snapshot 20240730 - unbootable after transactional-update dup
by bugzilla_noreply＠suse.com 02 Aug '24

02 Aug '24

https://bugzilla.suse.com/show_bug.cgi?id=1228659 https://bugzilla.suse.com/show_bug.cgi?id=1228659#c33 --- Comment #33 from Andrei Borzenkov <arvidjaar(a)gmail.com> --- (In reply to Alberto Planas Dominguez from comment #32) > > The order in witch packages gets installed is decided by libsolv, that must > guarantee that all those Requires(post) are present before the %post > scriptlets gets launched. > All those Requires(post) are present. How libsolv (actually, RPM) is supposed to know that systemd-udev v255 became unusable after systemd v256 has been installed and it needs systemd-udev v256? The only way to enforce it is either to depend on the exact version or to support something like "two packages must be of the same version". While it is technically possible (I do not know if it is already implemented), it means adding knowledge of the systemd internals and package structure to *every* package that may need some components of it in their scripts. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1187209] podman uses wrong uid when changing user with su
by bugzilla_noreply＠suse.com 02 Aug '24

02 Aug '24

https://bugzilla.suse.com/show_bug.cgi?id=1187209 https://bugzilla.suse.com/show_bug.cgi?id=1187209#c4 Alexandre Vicenzi <alexandre.vicenzi(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |INVALID Status|CONFIRMED |RESOLVED --- Comment #4 from Alexandre Vicenzi <alexandre.vicenzi(a)suse.com> --- Stanislav, thank you for the information. Felix, as this is intended behavior, I'll be closing this bug. For Podman, it is best to start a new user session, either with sudo, su --login, or ssh, otherwise, you run into unexpected side effects. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1127610] package unbound-anchor installation error
by bugzilla_noreply＠suse.com 02 Aug '24

02 Aug '24

https://bugzilla.suse.com/show_bug.cgi?id=1127610 https://bugzilla.suse.com/show_bug.cgi?id=1127610#c5 Chenzi Cao <chcao(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WONTFIX Status|NEW |RESOLVED --- Comment #5 from Chenzi Cao <chcao(a)suse.com> --- Hi Giacomo, I close this bug report because Leap15.1 is already out of support now. Please feel free to open a new bug if the issue is still existing on the latest openSUSE Leap15.6, thanks! -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1228652] ibus-setup-libpinyin crashes on a fresh Leap 15.6
by bugzilla_noreply＠suse.com 02 Aug '24

02 Aug '24

https://bugzilla.suse.com/show_bug.cgi?id=1228652 Chenzi Cao <chcao(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|screening-team-bugs(a)suse.de |qzhao(a)suse.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0