April 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1220820] New: problem with sshfs on leap 15.6 beta
by bugzilla_noreply＠suse.com 09 May '24

09 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1220820 Bug ID: 1220820 Summary: problem with sshfs on leap 15.6 beta Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: comes(a)naic.edu QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- I was testing Leap 15.6 beta and I had a close encounter with boo#1215574. Please update sshfs to version 3.7.4a If interested, I can provide a command sequence that can reproduces the bug. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[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 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 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 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 1223430] New: Zypper: Repo key fails to import, key url is rewritten by --gpg-auto-import-keys refresh
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1223430 Bug ID: 1223430 Summary: Zypper: Repo key fails to import, key url is rewritten by --gpg-auto-import-keys refresh Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: x86-64 OS: openSUSE Leap 15.5 Status: NEW Severity: Normal Priority: P5 - None Component: libzypp Assignee: zypp-maintainers(a)suse.de Reporter: dstoychev(a)symas.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/124.0.0.0 Safari/537.36 Build Identifier: (This used to work with the same repo in previous zypper versions) I am adding a new repo, which is signed and the url for the gpg key is inside the .repo file However, when I do `zypper --debug --non-interactive --gpg-auto-import-keys refresh` I see the key is not imported by zypper due URL 'not found'. The repo URL is actually correct, but zypper rewrites the URL and then it says `not found`. The rewritten url adds the domain sub-directories twice as in: Looking for gpg key ID 887DCBEB in repository Symas OpenLDAP 2.6 RPM testing repository. gpgkey=https://repo.symas.com/repo/gpg/RPM-GPG-KEY-symas-com-signing-key Retrieving: https://repo.symas.com/repo/gpg/RPM-GPG-KEY-symas-com-signing-key/repo/gpg/… .........[not found] Note how the `gpgkey=` and `Retrieving` URLs do not match, the Retieving one adds the part `repo/gpg/RPM-GPG-KEY-symas-com-signing-key` twice, and that is why it is not found Reproducible: Always Steps to Reproduce: 1. Make sure the repo was not added in the past and its key is not present or cached: zypper rr repo-soldap-testing26 rpm -e gpg-pubkey-887dcbeb-5bb4fb4c rm /var/cache/zypp/pubkeys/gpg-pubkey-887dcbeb-5bb4fb4c.key 2. Add the repo zypper --debug --non-interactive --gpg-auto-import-keys addrepo "https://repo.symas.com/configs/SOLDAP/sles153/testing26.repo" 3. Auto-import keys zypper --debug --non-interactive --gpg-auto-import-keys refresh Actual Results: Looking for gpg key ID 887DCBEB in repository Symas OpenLDAP 2.6 RPM testing repository. gpgkey=https://repo.symas.com/repo/gpg/RPM-GPG-KEY-symas-com-signing-key Retrieving: https://repo.symas.com/repo/gpg/RPM-GPG-KEY-symas-com-signing-key/repo/gpg/… .........[not found] Expected Results: Looking for gpg key ID 887DCBEB in repository Symas OpenLDAP 2.6 RPM testing repository. gpgkey=https://repo.symas.com/repo/gpg/RPM-GPG-KEY-symas-com-signing-key Retrieving: https://repo.symas.com/repo/gpg/RPM-GPG-KEY-symas-com-signing-key .............................................[done (2.4 KiB/s)] Automatically importing the following key: Repository: Symas OpenLDAP 2.6 RPM testing repository Key Fingerprint: DE59 7FBC 7CF6 77B9 342E C82C DA26 A148 887D CBEB Key Name: Symas Support <support(a)symas.com> Key Algorithm: RSA 3072 Key Created: Wed 03 Oct 2018 05:24:28 PM UTC Key Expires: (does not expire) Subkey: 94C5DFC298D07BA7 2018-10-03 [does not expire] Rpm Name: gpg-pubkey-887dcbeb-5bb4fb4c #zypper se -i -s zypper ... zypper 1.14.71-150400.3.45.2 (x86_64) zypper-lifecycle-plugin 0.6.1601367426.843fe7a-1.60 zypper-log 1.14.71-150400.3.45.2 zypper-needs-restarting 1.14.71-150400.3.45.2 #cat /etc/*release NAME="openSUSE Leap" VERSION="15.5" ID="opensuse-leap" ID_LIKE="suse opensuse" VERSION_ID="15.5" PRETTY_NAME="openSUSE Leap 15.5" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:leap:15.5" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/" DOCUMENTATION_URL="https://en.opensuse.org/Portal:Leap" LOGO="distributor-logo-Leap" NAME="openSUSE Leap" VERSION="15.5" ID="opensuse-leap" ID_LIKE="suse opensuse" VERSION_ID="15.5" PRETTY_NAME="openSUSE Leap 15.5" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:leap:15.5" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/" DOCUMENTATION_URL="https://en.opensuse.org/Portal:Leap" LOGO="distributor-logo-Leap" -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1221304] New: GCC 14: argyllcms package fails
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1221304 Bug ID: 1221304 Summary: GCC 14: argyllcms package fails 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: michal.jires(a)suse.com QA Contact: qa-bugs(a)suse.de CC: antonio.teixeira(a)suse.com Blocks: 1220571 Target Milestone: --- Found By: --- Blocker: --- Building argyllcms with GCC 14 fails here: https://build.opensuse.org/package/live_build_log/openSUSE:Factory:Staging:… Due to (exhaustive list of errors): execunix.c: In function ‘execcmd’: execunix.c:238:34: error: passing argument 2 of ‘execvp’ from incompatible pointer type [-Wincompatible-pointer-types] 238 | execvp( argv[0], argv ); | ^~~~ | | | const char ** In file included from execunix.c:45: /usr/include/unistd.h:599:52: note: expected ‘char * const*’ but argument is of type ‘const char **’ 599 | extern int execvp (const char *__file, char *const __argv[]) | ~~~~~~~~~~~~^~~~~~~~ mkjambase.c:27:1: error: return type defaults to ‘int’ [-Wimplicit-int] 27 | main( int argc, char **argv, char **envp ) | ^~~~ See the meta bug#1220571 for more info. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1216950] New: openssl-3 should offer ktls capability but has OPENSSL_NO_KTLS enabled
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1216950 Bug ID: 1216950 Summary: openssl-3 should offer ktls capability but has OPENSSL_NO_KTLS enabled Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: bruno(a)ioda-net.ch QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- I've been trying to benefit of ktls support offered by the kernel (6.5.9-1-default as time reporting), but none of the experimentation to implement ktls failed. This is due because OpenSSL 3.1.4 24 has OPENSSL_NO_KTLS defined. Would it be possible to review that parameter, and offer developer and user the same capability that other operating system offer (Fedora for example) ? Thanks -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1221286] New: Mesa-demo package missing
by bugzilla_noreply＠suse.com 07 May '24

07 May '24

https://bugzilla.suse.com/show_bug.cgi?id=1221286 Bug ID: 1221286 Summary: Mesa-demo package missing Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.6 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other Assignee: screening-team-bugs(a)suse.de Reporter: sndirsch(a)suse.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Mesa-demo package is missing on Leap 15.6. At least Mesa-demo-x would be important to check GL support. Mesa-demo-egl and Mesa-demo-es would be also useful. -- You are receiving this mail because: You are on the CC list for the bug.

1 3