May 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1224025] Detection of EFI (ASUS?)
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1224025 https://bugzilla.suse.com/show_bug.cgi?id=1224025#c2 Stefan Hundhammer <shundhammer(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WORKSFORME Status|NEW |RESOLVED --- Comment #2 from Stefan Hundhammer <shundhammer(a)suse.com> --- Later in the partitioning workflow step, an UEFI installation will either propose to create a new ESP (EFI System Partition) or to reuse an existing one. In either case, that partition will be mounted at /boot/efi. If there is no /boot/efi in the partitioning proposal, it's not EFI: https://doc.opensuse.org/documentation/leap/startup/html/book-startup/cha-i… And you will see the boot mode in the "Installation Settings" workflow step in the "Booting" section: https://doc.opensuse.org/documentation/leap/startup/html/book-startup/cha-i… Notice >> Booting >> ------- >> >> - Boot Loader Type: GRUB2 EFI >> - Secure Boot: enabled (disable) >> - Update NVRAM: enabled (disable) Up to this point, your system was not modified yet, so it is totally safe to get to this step with the "Next" button in all previous steps. Only when you click "Install" here and in the confirmation pop-up dialog, the installation begins. So the information is already there, and also quite visible; it might be more subtle and for experts in the boot screen, but in this final step, I don't think there is any mistaking whether it's PC legacy (BIOS) boot or UEFI boot. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1224025] Detection of EFI (ASUS?)
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1224025 https://bugzilla.suse.com/show_bug.cgi?id=1224025#c1 --- Comment #1 from Stefan Hundhammer <shundhammer(a)suse.com> --- If your machine's BIOS / UEFI firmware lets you choose the boot mode (PC legacy vs. secure boot (UEFI)) on the fly, that's a severe bug in that BIOS / UEFI firmware because that boot mode will be purely temporary, and the next regular boot will almost certainly be whatever is configured in the machine's CMOS RAM (the settings that you can configure with the BIOS / UEFI firmware). Worse, even if they do also override subsequent boots, it will clash with existing operating systems. If you have a Windows installation that is set up for secure boot (UEFI) and then you use that override menu to boot into a Linux installation DVD or USB stick in PC legacy boot mode, that Linux will of course use PC legacy boot. If it resizes your Windows, you will end up with two operating systems with conflicting boot modes; one of them will no longer boot. For all variants of SUSE Linux, you can easily see from the installation medium boot screen already if you are booting into PC legacy or UEFI mode: https://doc.opensuse.org/documentation/leap/startup/html/book-startup/cha-b… If you see a row of function key descriptions at the bottom, it's PC legacy (BIOS boot) mode: > F1 F2 F3 F4 F5 F6 > Help Language Video mode Source Kernel Driver > English Default Default Default No If you don't see those function key descriptions, just a Grub menu, it's UEFI mode: https://doc.opensuse.org/documentation/leap/startup/html/book-startup/cha-b… > C: Command Line E: Edit Entry -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1224039] New: Can not log out of Bugzilla
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1224039 Bug ID: 1224039 Summary: Can not log out of Bugzilla Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bugzilla Assignee: screening-team-bugs(a)suse.de Reporter: pirateclip(a)protonmail.com QA Contact: bugzilla-admins(a)suse.com Target Milestone: --- Found By: --- Blocker: --- Created attachment 874758 --> https://bugzilla.suse.com/attachment.cgi?id=874758&action=edit Video of me trying to log out As shown in the video when I try to log out the dialogue instead disappears. This does not happen on a clean Firefox profile so it appears this may be due to an interaction between my custom Firefox browser profile and the website. I am filing this as a bug because this only started happening today when I logged into bugzilla to submit a different bug. I have previously used my same custom Firefox profile without having this issue. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1222376] JeOS ARM image for RPi4 gives errors after reboot
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1222376 Jan Engelhardt <jengelh(a)inai.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|jengelh(a)inai.de |guillaume.gardet(a)opensuse.o | |rg -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1221415] New: [TRACKER] RPM 4.19 generates user()/group() dependencies
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1221415 Bug ID: 1221415 Summary: [TRACKER] RPM 4.19 generates user()/group() dependencies Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Since RPM 43.19, any file that is installed with explicit ownership e.g %attr(, username, groupname) get's an automatic dependency on user(username) and group(groupname) added, to ensure the requested ownership can be assigned. According to https://en.opensuse.org/openSUSE:Packaging_guidelines#Users_and_Groups there are two methods to generate the user * Creating the users using sysuser_tools (prefer) As described in above wiki article This method adds the user provides/capability automatically to the RPM metadata * Creating users/groups in %pre script * Any user/group generated like this needs to be advertised in the rpm metadata using Provides: user(username) and Provides: group(groupname) Only a single package should ever provide a user -- You are receiving this mail because: You are on the CC list for the bug.

1 21

[Bug 1221418] New: janus-gateway cannot be installed - missing user() dependency
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1221418 Bug ID: 1221418 Summary: janus-gateway cannot be installed - missing user() dependency Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Since the upgrade to RPM 4.19, janus-gateway can no longer be installed: > sudo zypper in janus-gateway Loading repository data... Reading installed packages... Resolving package dependencies... Problem: nothing provides 'group(janus)' needed by the to be installed janus-gateway-1.1.4-1.3.x86_64 Solution 1: do not install janus-gateway-1.1.4-1.3.x86_64 Solution 2: break janus-gateway-1.1.4-1.3.x86_64 by ignoring some of its dependencies Please see bug#1221415 for more details on possible solutions -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1222322] thin-provisioning-tools missing binaries on arm
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

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

1 0

[Bug 1222342] gdb history seems almost entirely broken
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

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

1 0

[Bug 1222344] gdb just getting stuck multiple minutes in silence when loading symbols(?) is very counter-intuitive
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1222344 https://bugzilla.suse.com/show_bug.cgi?id=1222344#c1 Richard Biener <rguenther(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|matz(a)suse.com |tdevries(a)suse.com --- Comment #1 from Richard Biener <rguenther(a)suse.com> --- It's a gdb upstream "bug", the firefox debuginfo is simply huge. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1222344] gdb just getting stuck multiple minutes in silence when loading symbols(?) is very counter-intuitive
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

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

1 0

[Bug 1222376] JeOS ARM image for RPi4 gives errors after reboot
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

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

1 0

[Bug 1223858] Cannot mount kerberized nfs4 share with kernel 5.14.21-150500.55.59-default
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1223858 https://bugzilla.suse.com/show_bug.cgi?id=1223858#c4 Neil Brown <nfbrown(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED --- Comment #4 from Neil Brown <nfbrown(a)suse.com> --- Thanks for the reports. The problem was introduced by an upstream fix that was backported bad. I've submitted and update to fix the problem. This problem should be gone in the next release of the kernel package. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1221546] New: status and notifications, no more icon to check the update of the OS
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1221546 Bug ID: 1221546 Summary: status and notifications, no more icon to check the update of the OS Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: epistemepromeneur(a)free.fr QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- After the kde mega release, in "status and notifications" window there is no more the icon for checking if the OS is update or needs to be updated. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1223858] Cannot mount kerberized nfs4 share with kernel 5.14.21-150500.55.59-default
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1223858 https://bugzilla.suse.com/show_bug.cgi?id=1223858#c3 Narozny <stefan.narozny(a)fau.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stefan.narozny(a)fau.de --- Comment #3 from Narozny <stefan.narozny(a)fau.de> --- Same exact problem here. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1224023] New: [Build 683.1] openQA test fails in znc - znc service fails to start due to wrong default config file path
by bugzilla_noreply＠suse.com 08 May '24

08 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1224023 Bug ID: 1224023 Summary: [Build 683.1] openQA test fails in znc - znc service fails to start due to wrong default config file path Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other URL: https://openqa.opensuse.org/tests/4166786/modules/znc/ steps/48 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: mlin(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: openQA Blocker: Yes ## Observation znc service fails to start, it seem to be because znc can not find config file, it tries to read config file at the wrong path which config file does not exist. May 07 13:26:29 susetest systemd[1]: Started ZNC, an advanced IRC bouncer. May 07 13:26:30 susetest znc[4404]: Checking for list of available modules... May 07 13:26:30 susetest znc[4404]: Opening config [/var/lib/znc/configs/znc.conf]... [ No such file ] May 07 13:26:30 susetest znc[4404]: Restart ZNC with the --makeconf option if you wish to create this config. May 07 13:26:30 susetest znc[4404]: Unrecoverable config error. May 07 13:26:30 susetest systemd[1]: znc.service: Main process exited, code=exited, status=1/FAILURE May 07 13:26:30 susetest systemd[1]: znc.service: Failed with result 'exit-code'. 'znc --makeconf' has write configurations to [/var/lib/znc/.znc/configs/znc.conf] Tumbleweed had the same failure. openQA test in scenario opensuse-15.6-DVD-x86_64-extra_tests_textmode@64bit fails in [znc](https://openqa.opensuse.org/tests/4166786/modules/znc/steps/48) ## Test suite description Maintainer: slindomansilla(a)suse.de. Mainly post-installation console extra tests. ## Reproducible Fails since (at least) Build [683.1](https://openqa.opensuse.org/tests/4166786) (current job) ## Expected result Last good: [680.1](https://openqa.opensuse.org/tests/4158900) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensus… -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1212475] go1.21 release tracking
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1212475 https://bugzilla.suse.com/show_bug.cgi?id=1212475#c82 --- Comment #82 from OBSbugzilla Bot <bwiedemann+obsbugzillabot(a)suse.com> --- This is an autogenerated message for OBS integration: This bug (1212475) was mentioned in https://build.opensuse.org/request/show/1172535 Factory / go1.21 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1224019] New: Fedora 40 i586 repository broken
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1224019 Bug ID: 1224019 Summary: Fedora 40 i586 repository broken Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService Assignee: screening-team-bugs(a)suse.de Reporter: dimesio(a)earthlink.net QA Contact: adrian.schroeter(a)suse.com Target Milestone: --- Found By: --- Blocker: --- i586 for Fedora 40 says ""The repository setup is broken, build or publish not possible (unresolvable preinstalls: nothing provides rpm)" For the past few Fedora versions it has been necessary to get the 32-bit packages from https://kojipkgs.fedoraproject.org, but it looks like this hasn't been set up for https://build.opensuse.org/repositories/Fedora:40. i586 is needed to build the Wine packages in Emulators:Wine:Fedora. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1222410] Xserver: Crash in radeonsi_dri (Mesa update regression?)
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1222410 Stefan Dirsch <sndirsch(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(schwab@linux-m68k | |.org) | -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1222410] New: Crash in radeonsi_dri
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1222410 Bug ID: 1222410 Summary: Crash in radeonsi_dri Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: RISC-V OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: X.Org Assignee: gfx-bugs(a)suse.de Reporter: schwab(a)linux-m68k.org QA Contact: gfx-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 874115 --> https://bugzilla.suse.com/attachment.cgi?id=874115&action=edit Xorg.0.log The X server crashes right during start. Thread 10 (Thread 0x3f753fff20 (LWP 2115)): #0 0x0000003f801bfe3a in __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x2af8d4bf98) at futex-internal.c:57 #1 __futex_abstimed_wait_common (futex_word=futex_word@entry=0x2af8d4bf98, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87 #2 0x0000003f801bfe60 in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x2af8d4bf98, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at futex-internal.c:139 #3 0x0000003f801c1c2a in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x2af8d4bf40, cond=0x2af8d4bf70) at pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x2af8d4bf70, mutex=mutex@entry=0x2af8d4bf40) at pthread_cond_wait.c:618 #5 0x0000003f7e2e0c92 in cnd_wait (mtx=0x2af8d4bf40, cond=0x2af8d4bf70) at ../src/c11/impl/threads_posix.c:135 #6 util_queue_thread_func (input=input@entry=0x2af8d7cc50) at ../src/util/u_queue.c:290 #7 0x0000003f7e2ed3d4 in impl_thrd_routine (p=<optimized out>) at ../src/c11/impl/threads_posix.c:67 #8 0x0000003f801c253c in start_thread (arg=<optimized out>) at pthread_create.c:447 #9 0x0000003f8020e8e0 in __thread_start_clone3 () at ../sysdeps/unix/sysv/linux/riscv/clone3.S:71 Thread 9 (Thread 0x3f6e9fff20 (LWP 2121)): #0 0x0000003f8020eb8a in __GI_epoll_pwait (epfd=<optimized out>, events=events@entry=0x3f6e9fe528, maxevents=maxevents@entry=256, timeout=<optimized out>, set=set@entry=0x0) at ../sysdeps/unix/sysv/linux/epoll_pwait.c:40 #1 0x0000003f8020ec78 in epoll_wait (epfd=<optimized out>, events=events@entry=0x3f6e9fe528, maxevents=maxevents@entry=256, timeout=<optimized out>) at ../sysdeps/unix/sysv/linux/epoll_wait.c:32 #2 0x0000002ac1f77a26 in ospoll_wait (ospoll=0x2af987f270, timeout=<optimized out>) at ../../os/ospoll.c:642 #3 0x0000002ac1f6f972 in InputThreadDoWork (arg=<optimized out>) at ../../os/inputthread.c:369 #4 0x0000003f801c253c in start_thread (arg=<optimized out>) at pthread_create.c:447 #5 0x0000003f8020e8e0 in __thread_start_clone3 () at ../sysdeps/unix/sysv/linux/riscv/clone3.S:71 Thread 8 (Thread 0x3f749fff20 (LWP 2116)): #0 0x0000003f801bfe3a in __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x2af8d8b9e8) at futex-internal.c:57 #1 __futex_abstimed_wait_common (futex_word=futex_word@entry=0x2af8d8b9e8, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87 #2 0x0000003f801bfe60 in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x2af8d8b9e8, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at futex-internal.c:139 #3 0x0000003f801c1c2a in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x2af8d8b990, cond=0x2af8d8b9c0) at pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x2af8d8b9c0, mutex=mutex@entry=0x2af8d8b990) at pthread_cond_wait.c:618 #5 0x0000003f7e2e0c92 in cnd_wait (mtx=0x2af8d8b990, cond=0x2af8d8b9c0) at ../src/c11/impl/threads_posix.c:135 #6 util_queue_thread_func (input=input@entry=0x2af8dbc7d0) at ../src/util/u_queue.c:290 #7 0x0000003f7e2ed3d4 in impl_thrd_routine (p=<optimized out>) at ../src/c11/impl/threads_posix.c:67 #8 0x0000003f801c253c in start_thread (arg=<optimized out>) at pthread_create.c:447 #9 0x0000003f8020e8e0 in __thread_start_clone3 () at ../sysdeps/unix/sysv/linux/riscv/clone3.S:71 Thread 7 (Thread 0x3f6fdfff20 (LWP 2117)): #0 0x0000003f801bfe3a in __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x2af8de8dc8) at futex-internal.c:57 #1 __futex_abstimed_wait_common (futex_word=futex_word@entry=0x2af8de8dc8, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87 #2 0x0000003f801bfe60 in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x2af8de8dc8, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at futex-internal.c:139 #3 0x0000003f801c1c2a in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x2af8de8d70, cond=0x2af8de8da0) at pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x2af8de8da0, mutex=mutex@entry=0x2af8de8d70) at pthread_cond_wait.c:618 #5 0x0000003f7e2e0c92 in cnd_wait (mtx=0x2af8de8d70, cond=0x2af8de8da0) at ../src/c11/impl/threads_posix.c:135 #6 util_queue_thread_func (input=input@entry=0x2af8dccf90) at ../src/util/u_queue.c:290 #7 0x0000003f7e2ed3d4 in impl_thrd_routine (p=<optimized out>) at ../src/c11/impl/threads_posix.c:67 #8 0x0000003f801c253c in start_thread (arg=<optimized out>) at pthread_create.c:447 #9 0x0000003f8020e8e0 in __thread_start_clone3 () at ../sysdeps/unix/sysv/linux/riscv/clone3.S:71 Thread 6 (Thread 0x3f767fff20 (LWP 2113)): #0 0x0000003f801bfe3a in __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x2af8cc60d4) at futex-internal.c:57 #1 __futex_abstimed_wait_common (futex_word=futex_word@entry=0x2af8cc60d4, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87 #2 0x0000003f801bfe60 in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x2af8cc60d4, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at futex-internal.c:139 #3 0x0000003f801c1c2a in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x2af8cc6078, cond=0x2af8cc60a8) at pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x2af8cc60a8, mutex=mutex@entry=0x2af8cc6078) at pthread_cond_wait.c:618 #5 0x0000003f7e2e0c92 in cnd_wait (mtx=0x2af8cc6078, cond=0x2af8cc60a8) at ../src/c11/impl/threads_posix.c:135 #6 util_queue_thread_func (input=input@entry=0x2af8d3ca50) at ../src/util/u_queue.c:290 #7 0x0000003f7e2ed3d4 in impl_thrd_routine (p=<optimized out>) at ../src/c11/impl/threads_posix.c:67 #8 0x0000003f801c253c in start_thread (arg=<optimized out>) at pthread_create.c:447 #9 0x0000003f8020e8e0 in __thread_start_clone3 () at ../sysdeps/unix/sysv/linux/riscv/clone3.S:71 Thread 5 (Thread 0x3f75dfff20 (LWP 2114)): #0 syscall (syscall_number=syscall_number@entry=98, arg1=arg1@entry=184562758344, arg2=arg2@entry=9, arg3=arg3@entry=2, arg4=arg4@entry=0, arg5=arg5@entry=0, arg6=arg6@entry=-1, arg7=272560550472) at ../sysdeps/unix/sysv/linux/riscv/syscall.c:27 #1 0x0000003f7eb07a78 in sys_futex (val3=-1, addr2=0x0, timeout=0x0, val1=2, op=9, addr1=0x2af8cc32c8) at ../src/util/simple_mtx.h:114 #2 futex_wait (value=2, timeout=0x0, addr=0x2af8cc32c8) at ../src/util/futex.c:55 #3 simple_mtx_lock (mtx=0x2af8cc32c8) at ../src/util/simple_mtx.h:114 #4 pb_slab_alloc_reclaimed (slabs=0x2af8cc32c8, size=<optimized out>, heap=21, reclaim_all=false) at ../src/gallium/auxiliary/pipebuffer/pb_slab.c:150 #5 0x0000003f7e820306 in pb_slab_alloc (heap=21, size=<optimized out>, slabs=0x2af8cc32c8) at ../src/gallium/auxiliary/pipebuffer/pb_slab.c:201 #6 radeon_winsys_bo_create (rws=0x2af8cc30a0, size=<optimized out>, alignment=<optimized out>, domain=<optimized out>, flags=<optimized out>) at ../src/gallium/winsys/radeon/drm/radeon_drm_bo.c:1004 #7 0x0000003f7e922b62 in si_alloc_resource (sscreen=sscreen@entry=0x2af8cc5540, res=res@entry=0x3f5c0c50c0) at ../src/gallium/drivers/radeonsi/si_buffer.c:150 #8 0x0000003f7e922d8e in si_buffer_create (screen=0x2af8cc5540, templ=<optimized out>, alignment=<optimized out>) at ../src/gallium/drivers/radeonsi/si_buffer.c:579 #9 0x0000003f7ed885aa in pipe_aligned_buffer_create (alignment=256, size=<optimized out>, usage=1, flags=<optimized out>, screen=0x2af8cc5540) at ../src/gallium/drivers/radeonsi/si_buffer.c:602 #10 si_aligned_buffer_create (alignment=256, size=<optimized out>, usage=1, flags=<optimized out>, screen=0x2af8cc5540) at ../src/gallium/drivers/radeonsi/si_buffer.c:608 #11 pre_upload_binary.constprop.0 (sscreen=0x2af8cc5540, shader=0x2af9ae3060, binary_size=116, dma_upload=true, upload_ctx=0x3f75dff308, staging=0x3f75dff310, staging_offset=0x3f75dff2fc) at ../src/gallium/drivers/radeonsi/si_shader.c:914 #12 0x0000003f7e8a6cd2 in upload_binary_elf (dma_upload=<optimized out>, scratch_va=<optimized out>, shader=0x2af9ae3060, sscreen=0x2af8cc5540) at ../src/gallium/drivers/radeonsi/si_shader.c:999 #13 si_shader_binary_upload (sscreen=sscreen@entry=0x2af8cc5540, shader=shader@entry=0x2af9ae3060, scratch_va=scratch_va@entry=0) at ../src/gallium/drivers/radeonsi/si_shader.c:1111 #14 0x0000003f7e8b5920 in si_create_shader_variant (sscreen=0x2af8cc5540, compiler=<optimized out>, shader=0x2af9ae3060, debug=0x0) at ../src/gallium/drivers/radeonsi/si_shader.c:3600 #15 0x0000003f7e8e051c in si_build_shader_variant (shader=0x2af9ae3060, thread_index=<optimized out>, low_priority=<optimized out>) at ../src/gallium/drivers/radeonsi/si_state_shaders.cpp:2675 #16 0x0000003f7e2e0d14 in util_queue_thread_func (input=input@entry=0x2af8d3ca10) at ../src/util/u_queue.c:309 #17 0x0000003f7e2ed3d4 in impl_thrd_routine (p=<optimized out>) at ../src/c11/impl/threads_posix.c:67 #18 0x0000003f801c253c in start_thread (arg=<optimized out>) at pthread_create.c:447 #19 0x0000003f8020e8e0 in __thread_start_clone3 () at ../sysdeps/unix/sysv/linux/riscv/clone3.S:71 Thread 4 (Thread 0x3f6f3fff20 (LWP 2118)): #0 0x0000003f801bfe3a in __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x3f7693f5d0) at futex-internal.c:57 #1 __futex_abstimed_wait_common (futex_word=futex_word@entry=0x3f7693f5d0, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87 #2 0x0000003f801bfe60 in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x3f7693f5d0, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at futex-internal.c:139 #3 0x0000003f801c1c2a in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x3f7693f578, cond=0x3f7693f5a8) at pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x3f7693f5a8, mutex=mutex@entry=0x3f7693f578) at pthread_cond_wait.c:618 #5 0x0000003f7e2e0c92 in cnd_wait (mtx=0x3f7693f578, cond=0x3f7693f5a8) at ../src/c11/impl/threads_posix.c:135 #6 util_queue_thread_func (input=input@entry=0x2af8dccf00) at ../src/util/u_queue.c:290 #7 0x0000003f7e2ed3d4 in impl_thrd_routine (p=<optimized out>) at ../src/c11/impl/threads_posix.c:67 #8 0x0000003f801c253c in start_thread (arg=<optimized out>) at pthread_create.c:447 #9 0x0000003f8020e8e0 in __thread_start_clone3 () at ../sysdeps/unix/sysv/linux/riscv/clone3.S:71 Thread 3 (Thread 0x3f77bfff20 (LWP 2111)): #0 0x0000003f801bfe3a in __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x2af8cc3af0) at futex-internal.c:57 #1 __futex_abstimed_wait_common (futex_word=futex_word@entry=0x2af8cc3af0, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87 #2 0x0000003f801bfe60 in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x2af8cc3af0, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at futex-internal.c:139 #3 0x0000003f801c1c2a in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x2af8cc3a98, cond=0x2af8cc3ac8) at pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x2af8cc3ac8, mutex=mutex@entry=0x2af8cc3a98) at pthread_cond_wait.c:618 #5 0x0000003f7e2e0c92 in cnd_wait (mtx=0x2af8cc3a98, cond=0x2af8cc3ac8) at ../src/c11/impl/threads_posix.c:135 #6 util_queue_thread_func (input=input@entry=0x2af8cc1cb0) at ../src/util/u_queue.c:290 #7 0x0000003f7e2ed3d4 in impl_thrd_routine (p=<optimized out>) at ../src/c11/impl/threads_posix.c:67 #8 0x0000003f801c253c in start_thread (arg=<optimized out>) at pthread_create.c:447 #9 0x0000003f8020e8e0 in __thread_start_clone3 () at ../sysdeps/unix/sysv/linux/riscv/clone3.S:71 Thread 2 (Thread 0x3f771fff20 (LWP 2112)): #0 0x0000003f801bfe3a in __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0x2af8d02ef8) at futex-internal.c:57 #1 __futex_abstimed_wait_common (futex_word=futex_word@entry=0x2af8d02ef8, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0, cancel=cancel@entry=true) at futex-internal.c:87 #2 0x0000003f801bfe60 in __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0x2af8d02ef8, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0) at futex-internal.c:139 #3 0x0000003f801c1c2a in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x2af8d02ea0, cond=0x2af8d02ed0) at pthread_cond_wait.c:503 #4 ___pthread_cond_wait (cond=cond@entry=0x2af8d02ed0, mutex=mutex@entry=0x2af8d02ea0) at pthread_cond_wait.c:618 #5 0x0000003f7e2e0c92 in cnd_wait (mtx=0x2af8d02ea0, cond=0x2af8d02ed0) at ../src/c11/impl/threads_posix.c:135 #6 util_queue_thread_func (input=input@entry=0x2af8d03bc0) at ../src/util/u_queue.c:290 #7 0x0000003f7e2ed3d4 in impl_thrd_routine (p=<optimized out>) at ../src/c11/impl/threads_posix.c:67 #8 0x0000003f801c253c in start_thread (arg=<optimized out>) at pthread_create.c:447 #9 0x0000003f8020e8e0 in __thread_start_clone3 () at ../sysdeps/unix/sysv/linux/riscv/clone3.S:71 Thread 1 (Thread 0x3f7fe34020 (LWP 2103)): #0 0x0000003f801c3cd4 in __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x0000003f801c3d14 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x0000003f8018e3d2 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x0000003f8017e2b4 in __GI_abort () at abort.c:79 #4 0x0000002ac1f72810 in OsAbort () at ../../os/utils.c:1361 #5 0x0000002ac1f73620 in AbortServer () at ../../os/log.c:879 #6 FatalError (f=f@entry=0x2ac1f9b5b0 "Caught signal %d (%s). Server aborting\n") at ../../os/log.c:1017 #7 0x0000002ac1f7572a in OsSigHandler (unused=<optimized out>, sip=0x3ffc148d00, signo=11) at ../../os/osinit.c:156 #8 OsSigHandler (signo=11, sip=0x3ffc148d00, unused=<optimized out>) at ../../os/osinit.c:110 #9 <signal handler called> #10 radeon_bo_reference (src=0x0, dst=0x2af9abe010, rws=0x0) at ../src/gallium/include/winsys/radeon_winsys.h:791 #11 radeon_ws_bo_reference (src=0x0, dst=0x2af9abe010, rws=0x0) at ../src/gallium/winsys/radeon/drm/radeon_drm_bo.h:73 #12 radeon_bo_is_busy (rws=rws@entry=0x0, bo=0x2af9bd83d0) at ../src/gallium/winsys/radeon/drm/radeon_drm_bo.c:65 #13 0x0000003f7e81604e in radeon_bo_is_busy (bo=<optimized out>, rws=0x0) at ../src/gallium/winsys/radeon/drm/radeon_drm_bo.c:56 #14 radeon_bo_wait (usage=805306368, timeout=0, _buf=<optimized out>, rws=0x0) at ../src/gallium/winsys/radeon/drm/radeon_drm_bo.c:120 #15 radeon_bo_can_reclaim (_buf=<optimized out>, winsys=0x0) at ../src/gallium/winsys/radeon/drm/radeon_drm_bo.c:725 #16 radeon_bo_can_reclaim (_buf=<optimized out>, winsys=0x0) at ../src/gallium/winsys/radeon/drm/radeon_drm_bo.c:718 #17 radeon_bo_can_reclaim_slab (priv=<optimized out>, entry=<optimized out>) at ../src/gallium/winsys/radeon/drm/radeon_drm_bo.c:732 #18 0x0000003f7eb0785a in pb_slabs_reclaim_locked (slabs=slabs@entry=0x2af8cc32c8) at ../src/gallium/auxiliary/pipebuffer/pb_slab.c:83 #19 0x0000003f7eb07934 in pb_slab_alloc_reclaimed (slabs=0x2af8cc32c8, size=<optimized out>, heap=21, reclaim_all=false) at ../src/gallium/auxiliary/pipebuffer/pb_slab.c:160 #20 0x0000003f7e820306 in pb_slab_alloc (heap=21, size=<optimized out>, slabs=0x2af8cc32c8) at ../src/gallium/auxiliary/pipebuffer/pb_slab.c:201 #21 radeon_winsys_bo_create (rws=0x2af8cc30a0, size=<optimized out>, alignment=<optimized out>, domain=<optimized out>, flags=<optimized out>) at ../src/gallium/winsys/radeon/drm/radeon_drm_bo.c:1004 #22 0x0000003f7e922b62 in si_alloc_resource (sscreen=sscreen@entry=0x2af8cc5540, res=res@entry=0x2af9c06fc0) at ../src/gallium/drivers/radeonsi/si_buffer.c:150 #23 0x0000003f7e922d8e in si_buffer_create (screen=0x2af8cc5540, templ=<optimized out>, alignment=<optimized out>) at ../src/gallium/drivers/radeonsi/si_buffer.c:579 #24 0x0000003f7ed885aa in pipe_aligned_buffer_create (alignment=256, size=<optimized out>, usage=1, flags=<optimized out>, screen=0x2af8cc5540) at ../src/gallium/drivers/radeonsi/si_buffer.c:602 #25 si_aligned_buffer_create (alignment=256, size=<optimized out>, usage=1, flags=<optimized out>, screen=0x2af8cc5540) at ../src/gallium/drivers/radeonsi/si_buffer.c:608 #26 pre_upload_binary.constprop.0 (sscreen=0x2af8cc5540, shader=0x2af9bd3c90, binary_size=596, dma_upload=true, upload_ctx=0x3ffc149458, staging=0x3ffc149460, staging_offset=0x3ffc14944c) at ../src/gallium/drivers/radeonsi/si_shader.c:914 #27 0x0000003f7e8a6cd2 in upload_binary_elf (dma_upload=<optimized out>, scratch_va=<optimized out>, shader=0x2af9bd3c90, sscreen=0x2af8cc5540) at ../src/gallium/drivers/radeonsi/si_shader.c:999 #28 si_shader_binary_upload (sscreen=sscreen@entry=0x2af8cc5540, shader=shader@entry=0x2af9bd3c90, scratch_va=scratch_va@entry=0) at ../src/gallium/drivers/radeonsi/si_shader.c:1111 #29 0x0000003f7e8b5920 in si_create_shader_variant (sscreen=0x2af8cc5540, compiler=<optimized out>, shader=0x2af9bd3c90, debug=0x2af9bd3dc0) at ../src/gallium/drivers/radeonsi/si_shader.c:3600 #30 0x0000003f7e8e051c in si_build_shader_variant (shader=0x2af9bd3c90, thread_index=<optimized out>, low_priority=<optimized out>) at ../src/gallium/drivers/radeonsi/si_state_shaders.cpp:2675 #31 0x0000003f7e8e7112 in si_shader_select_with_key<false, si_shader_key_ge> (key=<optimized out>, state=<optimized out>, sctx=<optimized out>) at ../src/gallium/drivers/radeonsi/si_state_shaders.cpp:3016 #32 si_shader_select (ctx=0x2af8dda2b0, state=0x2af8ddb6c8) at ../src/gallium/drivers/radeonsi/si_state_shaders.cpp:3041 #33 0x0000003f7eb118f0 in si_update_shaders<(amd_gfx_level)8, (si_has_tess)0, (si_has_gs)0, (si_has_ngg)0> (sctx=sctx@entry=0x2af8dda2b0) at ../src/gallium/drivers/radeonsi/si_state_draw.cpp:253 #34 0x0000003f7eb1b3c6 in si_draw<(amd_gfx_level)8, (si_has_tess)0, (si_has_gs)0, (si_has_ngg)0, (si_is_draw_vertex_state)0, (si_has_sh_pairs_packed)0, (util_popcnt)0> (partial_velem_mask=0, state=0x0, num_draws=1, draws=0x3ffc149920, indirect=0x0, drawid_offset=<optimized out>, info=0x3f769411a0, ctx=0x2af8dda2b0) at ../src/gallium/drivers/radeonsi/si_state_draw.cpp:2197 #35 si_draw_vbo<(amd_gfx_level)8, (si_has_tess)0, (si_has_gs)0, (si_has_ngg)0, (si_has_sh_pairs_packed)0> (ctx=0x2af8dda2b0, info=0x3f769411a0, drawid_offset=0, indirect=0x0, draws=0x3ffc149920, num_draws=1) at ../src/gallium/drivers/radeonsi/si_state_draw.cpp:2319 #36 0x0000003f7e70e832 in tc_call_draw_single (pipe=0x2af8dda2b0, call=0x3f76941198) at ../src/gallium/auxiliary/util/u_threaded_context.c:3843 #37 0x0000003f7e6f0c08 in batch_execute (parsing=false, last=0x3f769411c0, pipe=0x2af8dda2b0, batch=0x3f769410c8) at ../src/gallium/auxiliary/util/u_threaded_context.c:461 #38 tc_batch_execute (job=0x3f769410c8, gdata=<optimized out>, thread_index=<optimized out>) at ../src/gallium/auxiliary/util/u_threaded_context.c:512 #39 0x0000003f7ee4b89a in _tc_sync.isra.0 (tc=tc@entry=0x3f7693f010, func=<optimized out>, info=<optimized out>) at ../src/gallium/auxiliary/util/u_threaded_context.c:767 #40 0x0000003f7e70e476 in tc_flush (_pipe=0x3f7693f010, fence=0x0, flags=0) at ../src/gallium/auxiliary/util/u_threaded_context.c:3699 #41 0x0000003f7e44c666 in st_flush (flags=<optimized out>, fence=0x0, st=0x2af8e257c0) at ../src/mesa/state_tracker/st_cb_flush.c:63 #42 st_glFlush (gallium_flush_flags=<optimized out>, ctx=<optimized out>) at ../src/mesa/state_tracker/st_cb_flush.c:99 #43 _mesa_flush (ctx=<optimized out>) at ../src/mesa/main/context.c:1641 #44 _mesa_Flush () at ../src/mesa/main/context.c:1675 #45 0x0000003f7fa877a0 in _glamor_block_handler (screen=0x2af8e4eac0, timeout=0x3ffc14aa04) at ../../../glamor/glamor.c:285 #46 0x0000003f7fab3f80 in msBlockHandler (pScreen=0x2af8e4eac0, timeout=0x3ffc14aa04) at /usr/src/debug/xorg-server-21.1.12/hw/xfree86/drivers/modesetting/driver.c:740 #47 0x0000002ac1e51da0 in BlockHandler (pTimeout=0x3ffc14aa04) at ../../dix/dixutils.c:394 #48 0x0000002ac1f704fc in WaitForSomething (are_ready=<optimized out>) at ../../os/WaitFor.c:201 #49 0x0000002ac1e3ee8c in Dispatch () at ../../dix/dispatch.c:492 #50 dix_main (envp=<optimized out>, argv=0x3ffc14ace8, argc=10) at ../../dix/main.c:276 #51 main (argc=10, argv=0x3ffc14ace8, envp=<optimized out>) at ../../dix/stubmain.c:34 -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Bug 1213879] Could not allocate memory for RTAS (When booting from CD ISO image)
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1213879 https://bugzilla.suse.com/show_bug.cgi?id=1213879#c4 --- Comment #4 from Michal Suchanek <msuchanek(a)suse.com> --- IBM recommends disabling TPM and/or secure boot support when OS cannot be booted due to insufficient memory https://www.ibm.com/support/pages/system-boot-ends-grub-out-memory-oom -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1213879] Could not allocate memory for RTAS (When booting from CD ISO image)
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1213879 Michal Suchanek <msuchanek(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.suse.com/s | |how_bug.cgi?id=1223982 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1213879] Could not allocate memory for RTAS (When booting from CD ISO image)
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1213879 Michal Suchanek <msuchanek(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugzilla.suse.com/s | |how_bug.cgi?id=1223383 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1223504] transactional_update cannot deal with new table look of snapper
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1223504 https://bugzilla.suse.com/show_bug.cgi?id=1223504#c5 --- Comment #5 from OBSbugzilla Bot <bwiedemann+obsbugzillabot(a)suse.com> --- This is an autogenerated message for OBS integration: This bug (1223504) was mentioned in https://build.opensuse.org/request/show/1172470 Factory / transactional-update -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1223149] New: Plasma uses wrong window decoration
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1223149 Bug ID: 1223149 Summary: Plasma uses wrong window decoration Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other URL: https://openqa.opensuse.org/tests/4094466/modules/open suse_welcome/steps/3 OS: Other Status: CONFIRMED Severity: Critical Priority: P5 - None Component: KDE Workspace (Plasma) Assignee: opensuse-kde-bugs(a)opensuse.org Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: openQA Blocker: Yes Flags: SHIP_STOPPER+ For some reason, kwin uses the aurorae window deco instead of breeze, even though that is the builtin default. ## Observation openQA test in scenario opensuse-15.6-DVD-aarch64-create_hdd_kde@aarch64 fails in [opensuse_welcome](https://openqa.opensuse.org/tests/4094466/modules/opensus… ## Test suite description ## Reproducible Fails since (at least) Build [665.1](https://openqa.opensuse.org/tests/4092929) ## Expected result Last good: [656.1](https://openqa.opensuse.org/tests/4067063) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=aarch64&distri=opensu… -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1223900] sddm: issue with XAUTHORITY
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1223900 https://bugzilla.suse.com/show_bug.cgi?id=1223900#c1 Fabian Vogt <fvogt(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(gcomes.obs@gmail. | |com) CC| |fvogt(a)suse.com, | |gcomes.obs(a)gmail.com --- Comment #1 from Fabian Vogt <fvogt(a)suse.com> --- Maybe redshift is setuid or it gets blocked by apparmor or selinux? You can check audit.log for the latter. -- You are receiving this mail because: You are on the CC list for the bug.

1 0