February 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1089823] New: YaST can silently fail to run snapper during installation
by bugzilla_noreply＠novell.com 24 Mar '23

24 Mar '23

http://bugzilla.suse.com/show_bug.cgi?id=1089823 Bug ID: 1089823 Summary: YaST can silently fail to run snapper during installation Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.0 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: fvogt(a)suse.com QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- Created attachment 767377 --> http://bugzilla.suse.com/attachment.cgi?id=767377&action=edit y2logs Installation with the live media and snapshots enabled fails: https://openqa.opensuse.org/tests/657353#step/await_install/21 This is because snapper is not installed in the installation system, so the snapper installation-helper is missing. So YaST needs to add a hard dependency there. The bigger issue is that YaST didn't care that the binary is not present though (found in y2log-3): [libstorage] ActiongraphImpl.cc:584 Commit Action "Mounting /dev/vda2 at /" [sid:59, first] [libstorage] SystemCmd.cc:67 constructor SystemCmd("/usr/lib/snapper/installation-helper --step '1' --device '/dev/vda2' --description 'first root filesystem'") [libstorage] SystemCmd.cc:186 SystemCmd Executing:"/usr/lib/snapper/installation-helper --step '1' --device '/dev/vda2' --description 'first root filesystem'" [libstorage] SystemCmd.cc:187 timestamp [295.985073], 2018-04-17 02:15:45 GMT, 2018-04-16 22:15:45 EDT [libstorage] SystemCmd.cc:660 Adding Line 1 "/bin/sh: /usr/lib/snapper/installation-helper: No such file or directory" [libstorage] SystemCmd.cc:626 pid:4219 added lines:1 stderr:true [libstorage] SystemCmd.cc:492 THROW: Command not found: "/usr/lib/snapper/installation-helper --step '1' --device '/dev/vda2' --description 'first root filesystem'" [libstorage] SystemCmd.cc:416 stopwatch 0.010977s for "/usr/lib/snapper/installation-helper --step '1' --device '/dev/vda2' --description 'first root filesystem'" [libstorage] SystemCmd.cc:436 system() Returns:127 [libstorage] SystemCmd.cc:678 stderr:/bin/sh: /usr/lib/snapper/installation-helper: No such file or directory [libstorage] SystemCmd.cc:67 constructor SystemCmd("/sbin/udevadm settle --timeout=20") As can be seen, YaST notices the error but ignores it. Similar output for step 2. -- You are receiving this mail because: You are on the CC list for the bug.

2 19

[Bug 1208239] New: Driver for Intel Alder Lake-UP3 GT2 [UHD Graphics] -- HDMI not properly recognized
by bugzilla_noreply＠suse.com 24 Mar '23

24 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1208239 Bug ID: 1208239 Summary: Driver for Intel Alder Lake-UP3 GT2 [UHD Graphics] -- HDMI not properly recognized 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: Xfce Assignee: bnc-team-xfce(a)forge.provo.novell.com Reporter: luciano.bastianelli56(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Build Identifier: I have an HP notebook, i7 processor with an integrated video card: Intel IRIS Xe, Suse 15.5 alpha and XFCE. In particular from $ sudo inxi -GIMSayz System: Kernel: 6.1.11-lp154.2.g16a4964-default arch: x86_64 bits: 64 compiler: gcc v: 11.3.0 parameters: BOOT_IMAGE=/boot/vmlinuz-6.1.11-lp154.2.g16a4964-default root=UUID=1f6c2208-08d1-41ee-8bbe-01c94b7ea675 splash=silent preempt=full mitigations=auto quiet security=apparmor Console: pty pts/2 DM: LightDM v: 1.32.0 Distro: openSUSE Leap 15.5 Alpha Machine: Type: Laptop System: HP product: HP EliteBook 1040 14 inch G9 Notebook PC v: N/A serial: <filter> Chassis: type: 10 serial: <filter> Mobo: HP model: 896D v: KBC Version 02.49.00 serial: <filter> UEFI: HP v: U70 Ver. 01.04.02 date: 11/01/2022 Graphics: Device-1: Intel Alder Lake-UP3 GT2 [UHD Graphics] vendor: Hewlett-Packard driver: i915 v: kernel arch: Gen-12.2 process: Intel 10nm built: 2021-22+ ports: active: eDP-1 empty: DP-1, DP-2, DP-3, DP-4, HDMI-A-1 bus-ID: 00:02.0 chip-ID: 8086:4628 class-ID: 0300 Device-2: Luxvisions Innotech HP 5MP Camera type: USB driver: uvcvideo bus-ID: 3-1:2 chip-ID: 30c9:0040 class-ID: 0e02 serial: <filter> Display: x11 server: X.org v: 1.21.1.4 compositor: xfwm driver: X: loaded: intel unloaded: fbdev,modesetting,vesa dri: i965 gpu: i915 tty: 190x51 Monitor-1: eDP-1 model: InfoVision Optronics/Kunshan 0x8cbe serial: <filter> built: 2021 res: 1920x1200 dpi: 161 gamma: 1.2 size: 302x189mm (11.89x7.44") diag: 356mm (14") ratio: 16:10 modes: 1920x1200 API: OpenGL Message: GL data unavailable in console for root. Info: Processes: 362 Uptime: 0h 53m wakeups: 3492 Memory: 30.99 GiB used: 5.76 GiB (18.6%) Init: systemd v: 249 target: graphical (5) default: graphical tool: systemctl Compilers: gcc: 7.5.0 alt: 7 Packages: pm: dpkg pkgs: 0 pm: rpm pkgs: N/A note: see --rpm tools: yast,zypper Shell: Bash (sudo) v: 4.4.23 running-in: pty pts/2 inxi: 3.3.23 Before the upgrade from 15.4 to 15.5 I had more issues regarding the video, in particular when I plug in any HDMI external monitors were not recognized. So I added GRUB_CMDLINE_LINUX=��i915.force_probe=4628�� in /etc/default/grub and then $ sudo grub2-mkconfig -o /boot/grub2/grub.cfg In this way the external monitors were (not all) recognized but some apps does not work like VLC and apps for video conferencing where video of those apps starts to flashing... If I remove GRUB_CMDLINE_LINUX=��i915.force_probe=4628�� those apps worked properly but I was unable to recognize any external monitor via HDMI. I also tried with backports repo before moving to 15.5 alpha but it's not enough. Now, with 15.5 alpha version my /etc/default/grub is: GRUB_CMDLINE_LINUX_DEFAULT="splash=silent preempt=full mitigations=auto quiet security=apparmor" GRUB_CMDLINE_LINUX="" and when I plug in HDMI external monitors seem to recognize and work but not an "ACER CB282K" monitor. However, the VLC problems seem to be fixed, in fact I am able to reproduce video correctly. When I use apps for video conferencing, they work but sometimes appear some line within their window (these visualization issue are confidend to the app's window), not affecting the whole display. These issue are persisting also after update and reboot(s). Reproducible: Always Steps to Reproduce: 1. Just by plug in HDMI cable. 2. Just by open apps. 3. -- You are receiving this mail because: You are on the CC list for the bug.

1 20

[Bug 1207887] New: OpenSSH 9.2 released with fixes for two security problems and a memory safety problem
by bugzilla_noreply＠suse.com 24 Mar '23

24 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1207887 Bug ID: 1207887 Summary: OpenSSH 9.2 released with fixes for two security problems and a memory safety problem Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All URL: https://www.openssh.com/txt/release-9.2 OS: All Status: NEW Severity: Normal Priority: P5 - None Component: Security Assignee: security-team(a)suse.de Reporter: jayjayjazz(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: Community User Blocker: --- OpenSSH 9.2 was released on 2023-02-02. It is available from the mirrors listed at https://www.openssh.com/. OpenSSH is a 100% complete SSH protocol 2.0 implementation and includes sftp client and server support. Once again, we would like to thank the OpenSSH community for their continued support of the project, especially those who contributed code or patches, reported bugs, tested snapshots or donated to the project. More information on donations may be found at: https://www.openssh.com/donations.html Changes since OpenSSH 9.1 ========================= This release fixes a number of security bugs. Security ======== This release contains fixes for two security problems and a memory safety problem. The memory safety problem is not believed to be exploitable, but we report most network-reachable memory faults as security bugs. * sshd(8): fix a pre-authentication double-free memory fault introduced in OpenSSH 9.1. This is not believed to be exploitable, and it occurs in the unprivileged pre-auth process that is subject to chroot(2) and is further sandboxed on most major platforms. * ssh(8): in OpenSSH releases after 8.7, the PermitRemoteOpen option would ignore its first argument unless it was one of the special keywords "any" or "none", causing the permission list to fail open if only one permission was specified. bz3515 * ssh(1): if the CanonicalizeHostname and CanonicalizePermittedCNAMEs options were enabled, and the system/libc resolver did not check that names in DNS responses were valid, then use of these options could allow an attacker with control of DNS to include invalid characters (possibly including wildcards) in names added to known_hosts files when they were updated. These names would still have to match the CanonicalizePermittedCNAMEs allow-list, so practical exploitation appears unlikely. Potentially-incompatible changes -------------------------------- * ssh(1): add a new EnableEscapeCommandline ssh_config(5) option that controls whether the client-side ~C escape sequence that provides a command-line is available. Among other things, the ~C command-line could be used to add additional port-forwards at runtime. This option defaults to "no", disabling the ~C command-line that was previously enabled by default. Turning off the command-line allows platforms that support sandboxing of the ssh(1) client (currently only OpenBSD) to use a stricter default sandbox policy. New features ------------ * sshd(8): add support for channel inactivity timeouts via a new sshd_config(5) ChannelTimeout directive. This allows channels that have not seen traffic in a configurable interval to be automatically closed. Different timeouts may be applied to session, X11, agent and TCP forwarding channels. * sshd(8): add a sshd_config UnusedConnectionTimeout option to terminate client connections that have no open channels for a length of time. This complements the ChannelTimeout option above. * sshd(8): add a -V (version) option to sshd like the ssh client has. * ssh(1): add a "Host" line to the output of ssh -G showing the original hostname argument. bz3343 * scp(1), sftp(1): add a -X option to both scp(1) and sftp(1) to allow control over some SFTP protocol parameters: the copy buffer length and the number of in-flight requests, both of which are used during upload/download. Previously these could be controlled in sftp(1) only. This makes them available in both SFTP protocol clients using the same option character sequence. * ssh-keyscan(1): allow scanning of complete CIDR address ranges, e.g. "ssh-keyscan 192.168.0.0/24". If a CIDR range is passed, then it will be expanded to all possible addresses in the range including the all-0s and all-1s addresses. bz#976 * ssh(1): support dynamic remote port forwarding in escape command-line's -R processing. bz#3499 Bugfixes -------- * ssh(1): when restoring non-blocking mode to stdio fds, restore exactly the flags that ssh started with and don't just clobber them with zero, as this could also remove the append flag from the set. bz3523 * ssh(1): avoid printf("%s", NULL) if using UserKnownHostsFile=none and a hostkey in one of the system known hosts file changes. * scp(1): switch scp from using pipes to a socket-pair for communication with its ssh sub-processes, matching how sftp(1) operates. * sshd(8): clear signal mask early in main(); sshd may have been started with one or more signals masked (sigprocmask(2) is not cleared on fork/exec) and this could interfere with various things, e.g. the login grace timer. Execution environments that fail to clear the signal mask before running sshd are clearly broken, but apparently they do exist. * ssh(1): warn if no host keys for hostbased auth can be loaded. * sshd(8): Add server debugging for hostbased auth that is queued and sent to the client after successful authentication, but also logged to assist in diagnosis of HostbasedAuthentication problems. bz3507 * ssh(1): document use of the IdentityFile option as being usable to list public keys as well as private keys. GHPR352 * sshd(8): check for and disallow MaxStartups values less than or equal to zero during config parsing, rather than failing later at runtime. bz3489 * ssh-keygen(1): fix parsing of hex cert expiry times specified on the command-line when acting as a CA. * scp(1): when scp(1) is using the SFTP protocol for transport (the default), better match scp/rcp's handling of globs that don't match the globbed characters but do match literally (e.g. trying to transfer a file named "foo.[1]"). Previously scp(1) in SFTP mode would not match these pathnames but legacy scp/rcp mode would. bz3488 * ssh-agent(1): document the "-O no-restrict-websafe" command-line option. * ssh(1): honour user's umask(2) if it is more restrictive then the ssh default (022). Portability ----------- * sshd(8): allow writev(2) in the Linux seccomp sandbox. This seems to be used by recent glibcs at least in some configurations during error conditions. bz3512. * sshd(8): simply handling of SSH_CONNECTION PAM env var, removing global variable and checking the return value from pam_putenv. bz3508 * sshd(8): disable SANDBOX_SECCOMP_FILTER_DEBUG that was mistakenly enabled during the OpenSSH 9.1 release cycle. * misc: update autotools and regenerate the config files using the latest autotools * all: use -fzero-call-used-regs=used on clang 15 instead of -fzero-call-used-reg=all, as some versions of clang 15 have miscompile code when it was enabled. bz3475 * sshd(8): defer PRNG seeding until after the initial closefrom(2) call. PRNG seeding will initialize OpenSSL, and some engine providers (e.g. Intel's QAT) will open descriptors for their own use that closefrom(2) could clobber. bz3483 * misc: in the poll(2)/ppoll(2) compatibility code, avoid assuming the layout of fd_set. * sftp-server(8), ssh-agent(1): fix ptrace(2) disabling on older FreeBSD kernels. Some versions do not support using id 0 to refer to the current PID for procctl, so try again with getpid() explicitly before failing. * configure.ac: fix -Wstrict-prototypes in configure test code. Clang 16 now warns on this and legacy prototypes will be removed in C23. GHPR355 * configure.ac: fix setres*id checks to work with clang-16. glibc has the prototypes for setresuid behind _GNU_SOURCE, and clang 16 will error out on implicit function definitions. bz3497 Checksums: ========== - SHA1 (openssh-9.2.tar.gz) = e4b806b7c81b87d6c90afe97b3d016ba6cf3ba1c - SHA256 (openssh-9.2.tar.gz) = yYe9uaaWSeetXGXOxuaaEiIsLnvITmGW+l5dgMZb9QU= - SHA1 (openssh-9.2p1.tar.gz) = 3b172b8e971773a7018bbf3231f6589ae539ca4b - SHA256 (openssh-9.2p1.tar.gz) = P2bb8WVftF9Q4cVtpiqwEhjCKIB7ITONY068351xz0Y= Please note that the SHA256 signatures are base64 encoded and not hexadecimal (which is the default for most checksum tools). The PGP key used to sign the releases is available from the mirror sites: https://cdn.openbsd.org/pub/OpenBSD/OpenSSH/RELEASE_KEY.asc Reporting Bugs: =============== - Please read https://www.openssh.com/report.html Security bugs should be reported directly to openssh(a)openssh.com -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1191220] New: New Let's Encrypt certificate cannot be verify in Mono
by bugzilla_noreply＠suse.com 23 Mar '23

23 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1191220 Bug ID: 1191220 Summary: New Let's Encrypt certificate cannot be verify in Mono 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: martin.liska(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The following fails: $ csharp -e 'new System.Net.WebClient ().DownloadString ("https://seznam.cz")' System.Net.WebException: Error: TrustFailure (Authentication failed, see inner exception.) ---> System.Security.Authentication.AuthenticationException: Authentication failed, see inner exception. ---> Mono.Btls.MonoBtlsException: Ssl error:1000007d:SSL routines:OPENSSL_internal:CERTIFICATE_VERIFY_FAILED at /home/abuild/rpmbuild/BUILD/mono-6.12.0.107/external/boringssl/ssl/handshake_client.c:1132 at Mono.Btls.MonoBtlsContext.ProcessHandshake () [0x00048] in <83dd749384734033afca92f4cfac782c>:0 at Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake (Mono.Net.Security.AsyncOperationStatus status, System.Boolean renegotiate) [0x000da] in <83dd749384734033afca92f4cfac782c>:0 at (wrapper remoting-invoke-with-check) Mono.Net.Security.MobileAuthenticatedStream.ProcessHandshake(Mono.Net.Security.AsyncOperationStatus,bool) at Mono.Net.Security.AsyncHandshakeRequest.Run (Mono.Net.Security.AsyncOperationStatus status) [0x00006] in <83dd749384734033afca92f4cfac782c>:0 at Mono.Net.Security.AsyncProtocolRequest.ProcessOperation (System.Threading.CancellationToken cancellationToken) [0x000fc] in <83dd749384734033afca92f4cfac782c>:0 --- End of inner exception stack trace --- at Mono.Net.Security.MobileAuthenticatedStream.ProcessAuthentication (System.Boolean runSynchronously, Mono.Net.Security.MonoSslAuthenticationOptions options, System.Threading.CancellationToken cancellationToken) [0x00262] in <83dd749384734033afca92f4cfac782c>:0 at Mono.Net.Security.MonoTlsStream.CreateStream (System.Net.WebConnectionTunnel tunnel, System.Threading.CancellationToken cancellationToken) [0x0016a] in <83dd749384734033afca92f4cfac782c>:0 at System.Net.WebConnection.CreateStream (System.Net.WebOperation operation, System.Boolean reused, System.Threading.CancellationToken cancellationToken) [0x001ba] in <83dd749384734033afca92f4cfac782c>:0 --- End of inner exception stack trace --- at System.Net.WebConnection.CreateStream (System.Net.WebOperation operation, System.Boolean reused, System.Threading.CancellationToken cancellationToken) [0x0021a] in <83dd749384734033afca92f4cfac782c>:0 at System.Net.WebConnection.InitConnection (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x00141] in <83dd749384734033afca92f4cfac782c>:0 at System.Net.WebOperation.Run () [0x0009a] in <83dd749384734033afca92f4cfac782c>:0 at System.Net.WebCompletionSource`1[T].WaitForCompletion () [0x00094] in <83dd749384734033afca92f4cfac782c>:0 at System.Net.HttpWebRequest.RunWithTimeoutWorker[T] (System.Threading.Tasks.Task`1[TResult] workerTask, System.Int32 timeout, System.Action abort, System.Func`1[TResult] aborted, System.Threading.CancellationTokenSource cts) [0x000f8] in <83dd749384734033afca92f4cfac782c>:0 at System.Net.HttpWebRequest.GetResponse () [0x00016] in <83dd749384734033afca92f4cfac782c>:0 at System.Net.WebClient.GetWebResponse (System.Net.WebRequest request) [0x00000] in <83dd749384734033afca92f4cfac782c>:0 at System.Net.WebClient.DownloadBits (System.Net.WebRequest request, System.IO.Stream writeStream) [0x000e6] in <83dd749384734033afca92f4cfac782c>:0 at System.Net.WebClient.DownloadDataInternal (System.Uri address, System.Net.WebRequest& request) [0x00061] in <83dd749384734033afca92f4cfac782c>:0 at System.Net.WebClient.DownloadString (System.Uri address) [0x00011] in <83dd749384734033afca92f4cfac782c>:0 at System.Net.WebClient.DownloadString (System.String address) [0x00008] in <83dd749384734033afca92f4cfac782c>:0 at <InteractiveExpressionClass>.Host (System.Object& $retval) [0x00006] in <bab8bbbe52954fd79168395f7636506e>:0 at Mono.CSharp.Evaluator.Evaluate (System.String input, System.Object& result, System.Boolean& result_set) [0x00038] in <dc18f8c1f3e14d9a83758fe12bb22a10>:0 at Mono.CSharpShell.Evaluate (System.String input) [0x00000] in <a01f5168c3824ddfb7cf74041d74890a>:0 It's discussed in the upstream issue: https://github.com/mono/mono/issues/12406 But I cannot fix it with: sudo cert-sync /etc/ssl/certs/ca-certificates.crt -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1135095] New: LTO: xtrabackup build fails
by bugzilla_noreply＠novell.com 23 Mar '23

23 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1135095 Bug ID: 1135095 Summary: LTO: xtrabackup build fails Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: martin.liska(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Fails here: https://build.opensuse.org/build/openSUSE:Factory:Staging:N/standard/x86_64… due to: [ 313s] /home/abuild/rpmbuild/BUILD/percona-xtrabackup-2.4.12/build/libmysql/libmysql_exports_file.cc:106:15: error: function 'mysql_load_plugin' redeclared as variable [ 313s] 106 | extern void* mysql_load_plugin; [ 313s] | ^ [ 313s] /home/abuild/rpmbuild/BUILD/percona-xtrabackup-2.4.12/sql-common/client_plugin.c:541:1: note: previously declared here [ 313s] 541 | mysql_load_plugin(MYSQL *mysql, const char *name, int type, int argc, ...) [ 313s] | ^ [ 313s] /home/abuild/rpmbuild/BUILD/percona-xtrabackup-2.4.12/build/libmysql/libmysql_exports_file.cc:105:15: error: function 'mysql_client_register_plugin' redeclared as variable [ 313s] 105 | extern void* mysql_client_register_plugin; [ 313s] | ^ [ 313s] /home/abuild/rpmbuild/BUILD/percona-xtrabackup-2.4.12/sql-common/client_plugin.c:395:1: note: previously declared here [ 313s] 395 | mysql_client_register_plugin(MYSQL *mysql, [ 313s] | ^ [ 313s] /home/abuild/rpmbuild/BUILD/percona-xtrabackup-2.4.12/build/libmysql/libmysql_exports_file.cc:104:15: error: function 'mysql_client_find_plugin' redeclared as variable [ 313s] 104 | extern void* mysql_client_find_plugin; [ 313s] | ^ [ 313s] /home/abuild/rpmbuild/BUILD/percona-xtrabackup-2.4.12/sql-common/client_plugin.c:553:1: note: previously declared here -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1175424] New: gnome-shell: random crashes
by bugzilla_noreply＠suse.com 23 Mar '23

23 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1175424 Bug ID: 1175424 Summary: gnome-shell: random crashes 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: martin.liska(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Using latest TW I see occasional random gnome-shell crashes: Aug 18 09:49:15 marxinbox.suse.cz systemd-coredump[21092]: Process 1423 (gnome-shell) of user 1000 dumped core. Stack trace of thread 1423: #0 0x00007ffff6c154b1 __GI_raise (libc.so.6 + 0x3c4b1) #1 0x0000555555556ed2 n/a (gnome-shell + 0x2ed2) #2 0x00007ffff6c15530 __restore_rt (libc.so.6 + 0x3c530) #3 0x00007ffff7a0f2b7 g_log_structured_array (libglib-2.0.so.0 + 0x5b2b7) #4 0x00007ffff7a0f6c5 g_log_default_handler (libglib-2.0.so.0 + 0x5b6c5) #5 0x0000555555556cda n/a (gnome-shell + 0x2cda) #6 0x00007ffff7a0f919 g_logv (libglib-2.0.so.0 + 0x5b919) #7 0x00007ffff7a0fbaf g_log (libglib-2.0.so.0 + 0x5bbaf) #8 0x00007ffff710b457 n/a (libgjs.so.0 + 0x48457) #9 0x00007ffff7116b70 n/a (libgjs.so.0 + 0x53b70) #10 0x00007ffff7116bf7 n/a (libgjs.so.0 + 0x53bf7) #11 0x00007ffff7a04057 n/a (libglib-2.0.so.0 + 0x50057) #12 0x00007ffff7a082b7 g_main_context_dispatch (libglib-2.0.so.0 + 0x542b7) #13 0x00007ffff7a08638 n/a (libglib-2.0.so.0 + 0x54638) #14 0x00007ffff7a0892b g_main_loop_run (libglib-2.0.so.0 + 0x5492b) #15 0x00007ffff6e5cca4 meta_run (libmutter-6.so.0 + 0xbaca4) #16 0x0000555555556838 n/a (gnome-shell + 0x2838) #17 0x00007ffff6bffcca __libc_start_main (libc.so.6 + 0x26cca) #18 0x0000555555556a1a n/a (gnome-shell + 0x2a1a) Stack trace of thread 1427: #0 0x00007ffff6ccdfcf __GI___poll (libc.so.6 + 0xf4fcf) #1 0x00007ffff7a085ce n/a (libglib-2.0.so.0 + 0x545ce) #2 0x00007ffff7a086ef g_main_context_iteration (libglib-2.0.so.0 + 0x546ef) #3 0x00007ffff7a08741 n/a (libglib-2.0.so.0 + 0x54741) #4 0x00007ffff7a319de n/a (libglib-2.0.so.0 + 0x7d9de) #5 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #6 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1461: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1453: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1430: #0 0x00007ffff6ccdfcf __GI___poll (libc.so.6 + 0xf4fcf) #1 0x00007ffff7a085ce n/a (libglib-2.0.so.0 + 0x545ce) #2 0x00007ffff7a086ef g_main_context_iteration (libglib-2.0.so.0 + 0x546ef) #3 0x00007ffff7d4456d dconf_gdbus_worker_thread (libdconfsettings.so + 0x656d) #4 0x00007ffff7a319de n/a (libglib-2.0.so.0 + 0x7d9de) #5 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #6 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1429: #0 0x00007ffff6ccdfcf __GI___poll (libc.so.6 + 0xf4fcf) #1 0x00007ffff7a085ce n/a (libglib-2.0.so.0 + 0x545ce) #2 0x00007ffff7a0892b g_main_loop_run (libglib-2.0.so.0 + 0x5492b) #3 0x00007ffff7c57786 n/a (libgio-2.0.so.0 + 0x11f786) #4 0x00007ffff7a319de n/a (libglib-2.0.so.0 + 0x7d9de) #5 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #6 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1454: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1460: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1468: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1465: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1458: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1459: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1467: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1464: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1502: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007ffff58a3fb9 _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-68.so + 0x7dffb9) #2 0x00007ffff58a5cdd _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-68.so + 0x7e1cdd) #3 0x00007ffff52ec7da n/a (libmozjs-68.so + 0x2287da) #4 0x00007ffff52ed68b n/a (libmozjs-68.so + 0x22968b) #5 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #6 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1500: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007ffff58a3fb9 _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-68.so + 0x7dffb9) #2 0x00007ffff58a5cdd _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-68.so + 0x7e1cdd) #3 0x00007ffff52ec7da n/a (libmozjs-68.so + 0x2287da) #4 0x00007ffff52ed68b n/a (libmozjs-68.so + 0x22968b) #5 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #6 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1462: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1503: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007ffff58a3fb9 _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-68.so + 0x7dffb9) #2 0x00007ffff58a5cdd _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-68.so + 0x7e1cdd) #3 0x00007ffff52ec7da n/a (libmozjs-68.so + 0x2287da) #4 0x00007ffff52ed68b n/a (libmozjs-68.so + 0x22968b) #5 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #6 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1469: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1457: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1455: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1471: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1466: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1463: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1499: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007ffff58a3fb9 _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-68.so + 0x7dffb9) #2 0x00007ffff58a5cdd _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-68.so + 0x7e1cdd) #3 0x00007ffff52ec7da n/a (libmozjs-68.so + 0x2287da) #4 0x00007ffff52ed68b n/a (libmozjs-68.so + 0x22968b) #5 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #6 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1497: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007ffff58a3fb9 _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-68.so + 0x7dffb9) #2 0x00007ffff58a5cdd _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-68.so + 0x7e1cdd) #3 0x00007ffff52ec7da n/a (libmozjs-68.so + 0x2287da) #4 0x00007ffff52ed68b n/a (libmozjs-68.so + 0x22968b) #5 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #6 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1501: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007ffff58a3fb9 _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-68.so + 0x7dffb9) #2 0x00007ffff58a5cdd _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-68.so + 0x7e1cdd) #3 0x00007ffff52ec7da n/a (libmozjs-68.so + 0x2287da) #4 0x00007ffff52ed68b n/a (libmozjs-68.so + 0x22968b) #5 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #6 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1472: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1498: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007ffff58a3fb9 _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-68.so + 0x7dffb9) #2 0x00007ffff58a5cdd _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-68.so + 0x7e1cdd) #3 0x00007ffff52ec7da n/a (libmozjs-68.so + 0x2287da) #4 0x00007ffff52ed68b n/a (libmozjs-68.so + 0x22968b) #5 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #6 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 11935: #0 0x00007ffff6cd3629 syscall (libc.so.6 + 0xfa629) #1 0x00007ffff7a560c2 g_cond_wait_until (libglib-2.0.so.0 + 0xa20c2) #2 0x00007ffff79d8521 n/a (libglib-2.0.so.0 + 0x24521) #3 0x00007ffff79d8b42 g_async_queue_timeout_pop (libglib-2.0.so.0 + 0x24b42) #4 0x00007ffff7a32369 n/a (libglib-2.0.so.0 + 0x7e369) #5 0x00007ffff7a319de n/a (libglib-2.0.so.0 + 0x7d9de) #6 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #7 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1504: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007ffff58a3fb9 _ZN7mozilla6detail21ConditionVariableImpl4waitERNS0_9MutexImplE (libmozjs-68.so + 0x7dffb9) #2 0x00007ffff58a5cdd _ZN7mozilla6detail21ConditionVariableImpl8wait_forERNS0_9MutexImplERKNS_16BaseTimeDurationINS_27TimeDurationValueCalculatorEEE (libmozjs-68.so + 0x7e1cdd) #3 0x00007ffff52ec7da n/a (libmozjs-68.so + 0x2287da) #4 0x00007ffff52ed68b n/a (libmozjs-68.so + 0x22968b) #5 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #6 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1477: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1475: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1470: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1474: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1456: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) Stack trace of thread 1473: #0 0x00007ffff61467e2 futex_wait_cancelable (libpthread.so.0 + 0xf7e2) #1 0x00007fffe9e2598b n/a (radeonsi_dri.so + 0x4bf98b) #2 0x00007fffe9e258b7 n/a (radeonsi_dri.so + 0x4bf8b7) #3 0x00007ffff613feaa start_thread (libpthread.so.0 + 0x8eaa) #4 0x00007ffff6cd8aff __clone (libc.so.6 + 0xffaff) -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1133305] New: LTO: multipath-tools build fails
by bugzilla_noreply＠novell.com 23 Mar '23

23 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1133305 Bug ID: 1133305 Summary: LTO: multipath-tools build fails Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: martin.wilck(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- in the LTO staging project (openSUSE:Factory:Staging:N), libaio doesn't export all symbols it used to export. In particular, io_cancel() and io_getevents() are undefined: apollon:/mnt/img/lib64 # nm -D libaio.so.1 0000000000000000 A LIBAIO_0.1 0000000000000000 A LIBAIO_0.4 U __stack_chk_fail U io_cancel 0000000000001050 T io_destroy U io_getevents 0000000000001110 T io_queue_init 0000000000001100 T io_queue_release 0000000000001080 T io_queue_run 0000000000001060 T io_setup 0000000000001070 T io_submit This causes the multipath-tools build to fail. The failure is independent on whether -flto=X is active while building multipath-tools itself. > [ 50s] gcc -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -flto=4 -g -DBIN_DIR=\"/sbin\" -DLIB_STRING=\"lib64\" -DRUN_DIR=\"run\" -MMD -MP -fPIE -I../libmultipath -I../libmpathcmd main.o -o multipath -Wl,-z,relro -Wl,-z,now -pie -L../libmultipath -lmultipath -L../libmpathcmd -lmpathcmd -lpthread -ldevmapper -ldl -ludev -laio > [ 50s] /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: ../libmultipath/libmultipath.so: undefined reference to `io_getevents' > [ 50s] /usr/lib64/gcc/x86_64-suse-linux/9/../../../../x86_64-suse-linux/bin/ld: ../libmultipath/libmultipath.so: undefined reference to `io_cancel'' > [ 50s] collect2: error: ld returned 1 exit status > [ 50s] make[1]: *** [Makefile:18: multipath] Error 1 -- You are receiving this mail because: You are on the CC list for the bug.

2 7

[Bug 1133233] New: LTO: libaio build fails
by bugzilla_noreply＠novell.com 23 Mar '23

23 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1133233 Bug ID: 1133233 Summary: LTO: libaio build fails Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: martin.liska(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- The package delivers a static library and should use fat LTO objects: https://en.opensuse.org/openSUSE:LTO#Static_libraries -- You are receiving this mail because: You are on the CC list for the bug.

2 3

[Bug 1133277] New: LTO: protobuf abuild fails
by bugzilla_noreply＠novell.com 23 Mar '23

23 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1133277 Bug ID: 1133277 Summary: LTO: protobuf abuild fails Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: martin.liska(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Fails due to: [ 233s] + ../src/protoc --java_out=core/src/main/java -I../src ../src/google/protobuf/descriptor.proto [ 233s] terminate called after throwing an instance of 'std::system_error' [ 233s] what(): Unknown error -1 [ 233s] /var/tmp/rpm-tmp.IcJGkF: line 61: 9707 Aborted ../src/protoc --java_out=core/src/main/java -I../src ../src/google/protobuf/descriptor.proto #0 0x00007ffff7e3fd8b in raise () from /lib64/libc.so.6 #1 0x00007ffff7e29549 in abort () from /lib64/libc.so.6 #2 0x00007ffff7aad63f in ?? () from /usr/lib64/libstdc++.so.6 #3 0x00007ffff7ab8f38 in ?? () from /usr/lib64/libstdc++.so.6 #4 0x00007ffff7ab8f83 in std::terminate() () from /usr/lib64/libstdc++.so.6 #5 0x00007ffff7ab91b4 in __cxa_throw () from /usr/lib64/libstdc++.so.6 #6 0x00007ffff7ab0156 in std::__throw_system_error(int) () from /usr/lib64/libstdc++.so.6 #7 0x00007ffff792741b in std::call_once<void (&)()> (__once=..., __f=<optimized out>) at /usr/include/c++/9/x86_64-suse-linux/bits/gthr-default.h:700 #8 0x00007ffff77fbb83 in global constructors keyed to 65535_0_bytestream.o.132584 () at ./google/protobuf/repeated_field.h:428 #9 0x00007ffff7fe276a in call_init.part () from /lib64/ld-linux-x86-64.so.2 #10 0x00007ffff7fe2866 in _dl_init () from /lib64/ld-linux-x86-64.so.2 #11 0x00007ffff7fd40ca in _dl_start_user () from /lib64/ld-linux-x86-64.so.2 #12 0x0000000000000004 in ?? () #13 0x00007fffffffeb14 in ?? () #14 0x00007fffffffeb50 in ?? () #15 0x00007fffffffeb6e in ?? () #16 0x00007fffffffeb77 in ?? () #17 0x0000000000000000 in ?? () https://github.com/protocolbuffers/protobuf/issues/5923 -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1208326] New: move /etc/uefi/certs to /usr
by bugzilla_noreply＠suse.com 23 Mar '23

23 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1208326 Bug ID: 1208326 Summary: move /etc/uefi/certs to /usr Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: glin(a)suse.com Reporter: lnussel(a)suse.com QA Contact: qa-bugs(a)suse.de CC: jlee(a)suse.com Found By: --- Blocker: --- The files in /etc/uefi/certs are not actually config files. Can we move them to /usr please? /usr/share/pki/uefi maybe? -- You are receiving this mail because: You are on the CC list for the bug.

1 4