May 2022 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1199051] [Build 20220430] dracut - post trans failure
by bugzilla_noreply＠suse.com 03 May '22

03 May '22

https://bugzilla.suse.com/show_bug.cgi?id=1199051 https://bugzilla.suse.com/show_bug.cgi?id=1199051#c5 Antonio Feijoo <antonio.feijoo(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo? --- Comment #5 from Antonio Feijoo <antonio.feijoo(a)suse.com> --- But dracut does not write grub.cfg, and it doesn't use the name initramfs-<kernel-version>.img... so it should be something that is done in this test. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1199133] New: VUL-1: CVE-2022-29973: fuse-exfat, exfat-utils: allows local users to obtain data from deleted files in the filesystem
by bugzilla_noreply＠suse.com 03 May '22

03 May '22

https://bugzilla.suse.com/show_bug.cgi?id=1199133 Bug ID: 1199133 Summary: VUL-1: CVE-2022-29973: fuse-exfat, exfat-utils: allows local users to obtain data from deleted files in the filesystem Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: Other URL: https://smash.suse.de/issue/330470/ OS: Other Status: NEW Severity: Minor Priority: P5 - None Component: Security Assignee: lnussel(a)suse.com Reporter: cathy.hu(a)suse.com QA Contact: security-team(a)suse.de Found By: Security Response Team Blocker: --- CVE-2022-29973 relan exFAT 1.3.0 allows local users to obtain sensitive information (data from deleted files in the filesystem) in certain situations involving offsets beyond ValidDataLength. References: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2022-29973 https://github.com/relan/exfat/issues/185 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-29973 -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1199134] smbios-utils.x86_64: E: binary-or-shlib-defines-rpath (Badness: 10000) /usr/sbin/smbios-sys-info-lite /usr/sbin
by bugzilla_noreply＠suse.com 03 May '22

03 May '22

https://bugzilla.suse.com/show_bug.cgi?id=1199134 https://bugzilla.suse.com/show_bug.cgi?id=1199134#c2 Fabian Vogt <fvogt(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fvogt(a)suse.com --- Comment #2 from Fabian Vogt <fvogt(a)suse.com> --- That use of chrpath is invalid and was most likely added to work around autotools leaving a built-time rpath in smbios-sys-info-lite. The reason for that is that configure is called with --disable-static, but the Makefiles hardcode "-static" unconditionally. By removing -static, it builds without the invalid rpath. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1199051] New: [Build 20220430] dracut - post trans failure
by bugzilla_noreply＠suse.com 03 May '22

03 May '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1199051 Bug ID: 1199051 Summary: [Build 20220430] dracut - post trans failure Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/2323211/modules/dock er/steps/18 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 Found By: openQA Blocker: Yes ## Observation There is quite a bit number of test jobs failing, all have in common a post trans failure calling dracut: Executing %posttrans script 'e2fsprogs-1.46.5-2.1.x86_64.rpm' [.. dracut: Executing: /usr/bin/dracut --kver=5.17.4-1-default -f dracut: Can't write to /boot/efi/4e1b77e4c49242afadc3cb3eeba53f64/5.17.4-1-default: Directory /boot/efi/4e1b77e4c49242afadc3cb3eeba53f64/5.17.4-1-default does not exist or is not accessible. warning: %posttrans(e2fsprogs-1.46.5-2.1.x86_64.rpm) scriptlet failed, exit status 1 ..done] This happens since the snapshot with the dracut Sr https://build.opensuse.org/request/show/973619 openQA test in scenario microos-Tumbleweed-MicroOS-Image-ContainerHost-x86_64-container-host@64bit fails in [docker](https://openqa.opensuse.org/tests/2323211/modules/docker/steps/18) ## Test suite description ## Reproducible Fails since (at least) Build [20220429](https://openqa.opensuse.org/tests/2322417) ## Expected result Last good: [20220428](https://openqa.opensuse.org/tests/2321421) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=microos… -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1199051] [Build 20220430] dracut - post trans failure
by bugzilla_noreply＠suse.com 03 May '22

03 May '22

https://bugzilla.suse.com/show_bug.cgi?id=1199051 https://bugzilla.suse.com/show_bug.cgi?id=1199051#c3 Thorsten Kukuk <kukuk(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(kubic-bugs@opensu | |se.org) | --- Comment #3 from Thorsten Kukuk <kukuk(a)suse.com> --- (In reply to Antonio Feijoo from comment #2) > I'm not sure if this is the right email to ask. This has nothing to do with MicroOS, but since the bug appears with a dracut update, it's either dracut or our tools around this to maintain the initrd. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1199051] [Build 20220430] dracut - post trans failure
by bugzilla_noreply＠suse.com 03 May '22

03 May '22

https://bugzilla.suse.com/show_bug.cgi?id=1199051 https://bugzilla.suse.com/show_bug.cgi?id=1199051#c2 Antonio Feijoo <antonio.feijoo(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kubic-bugs(a)opensuse.org Flags| |needinfo?(kubic-bugs@opensu | |se.org) --- Comment #2 from Antonio Feijoo <antonio.feijoo(a)suse.com> --- I'm not sure if this is the right email to ask. Which part of the system decides to name the initrd as /boot/initramfs-<kernel-version>.img? Or is it nothing to do with MicroOS and something specific to this openQA container-host test? https://openqa.opensuse.org/tests/2322417#step/trup_smoke/6 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1199137] New: X11:RemoteDesktop:x2go/x2goclient: libldap.so.2: cannot open shared object file: No such file or directory
by bugzilla_noreply＠suse.com 03 May '22

03 May '22

http://bugzilla.opensuse.org/show_bug.cgi?id=1199137 Bug ID: 1199137 Summary: X11:RemoteDesktop:x2go/x2goclient: libldap.so.2: cannot open shared object file: No such file or directory Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: mkromer(a)medozas.de Reporter: sebix+novell.com(a)sebix.at QA Contact: screening-team-bugs(a)suse.de Found By: --- Blocker: --- There seems to be a linking issue with libldap in x2goclient from https://build.opensuse.org/package/show/X11:RemoteDesktop:x2go/x2goclient: $ x2goclient x2goclient: error while loading shared libraries: libldap.so.2: cannot open shared object file: No such file or directory $ ldd /usr/bin/x2goclient | grep ldap libldap.so.2 => not found Installing the package manually does *not* solve the issue: # zypper in libldap.so.2 Loading repository data... Reading installed packages... 'libldap.so.2' not found in package names. Trying capabilities. Resolving package dependencies... The following NEW package is going to be installed: libldap2-32bit 1 new package to install. Overall download size: 0 B. Already cached: 300.2 KiB. After the operation, additional 487.8 KiB will be used. Continue? [y/n/v/...? shows all options] (y): In cache libldap2-32bit-2.6.1-1.1.x86_64.rpm (1/1), 300.2 KiB (487.8 KiB unpacked) Checking for file conflicts: ..........................................................................................................................................................................................................[done] (1/1) Installing: libldap2-32bit-2.6.1-1.1.x86_64 .....................................................................................................................................................................................[done] Same result: $ x2goclient x2goclient: error while loading shared libraries: libldap.so.2: cannot open shared object file: No such file or directory -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1198534] Raspi 4: boots to blank screen with kernel 5.3.18-150300.59.63-default
by bugzilla_noreply＠suse.com 03 May '22

03 May '22

https://bugzilla.suse.com/show_bug.cgi?id=1198534 Martin Weiss <martin.weiss(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.weiss(a)suse.com -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1197625] grub-tpm.efi split still needed?
by bugzilla_noreply＠suse.com 03 May '22

03 May '22

https://bugzilla.suse.com/show_bug.cgi?id=1197625 https://bugzilla.suse.com/show_bug.cgi?id=1197625#c10 --- Comment #10 from Michael Chang <mchang(a)suse.com> --- Based on our discussion so far. The ongoing work is tracked in the project: https://build.opensuse.org/package/rdiff/home:michael-chang:bsc:1197625/gru… -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1198885] Uranium fails in %check on aarch64 only in Backports due to an issue with numpy and libopenblas_pthreads.so.0
by bugzilla_noreply＠suse.com 03 May '22

03 May '22

https://bugzilla.suse.com/show_bug.cgi?id=1198885 https://bugzilla.suse.com/show_bug.cgi?id=1198885#c20 --- Comment #20 from Guillaume GARDET <guillaume.gardet(a)arm.com> --- I confirm gmic, uranium and nlopt now build properly in openSUSE:Backports:SLE-15-SP4 project in OBS. Hopefully, gnu/health should be fixed in next Leap 15.4 snapshot. -- You are receiving this mail because: You are on the CC list for the bug.

1 0