July 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1225298] systemd-boot fails to boot 6.9.1
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1225298 https://bugzilla.suse.com/show_bug.cgi?id=1225298#c3 --- Comment #3 from David B <db(a)mail25.net> --- (In reply to Alberto Planas Dominguez from comment #2) > Is this still the case? Sorry, I've reinstalled that laptop with a different OS. I could maybe test it again next week with a fresh install. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1227415] New: "Verifiying shim SBAT data failed" Error On First Reboot After Leap 15.6 Install
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227415 Bug ID: 1227415 Summary: "Verifiying shim SBAT data failed" Error On First Reboot After Leap 15.6 Install Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Major Priority: P5 - None Component: Bootloader Assignee: screening-team-bugs(a)suse.de Reporter: www(a)vcnet.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- This desktop multiboots four OSes (Tumbleweed and Leaps 15.4, 15.5, and 15.6) with secure boot enabled. Tumbleweed manages booting using grub2. The systemd-boot package is not installed and marked as Protected - Do Not Modify. The only shared partitions are swap and two personal data partitions mounted under my user's home directory in each installation. This setup has worked well through several versions of Leap, which I have always installed new (not upgrade). I am reporting this against Tumbleweed since that is the OS managing booting. Upon the first (and several subsequent) reboot after installing Leap 15.6, I received the message, "Verifiying shim SBAT data failed: Security Policy Violation Something has gone seriously wrong: SBAT self-check failed: Security Policy Violation", and the PC powered off after a few seconds. I got around this using the installation USB drive and choosing the Boot from Hard Disk boot menu item. This method allowed me to boot into any and all of the four OSes -- it worked as I expected. This may, or may not, be related to the SBAT issue. Thinking that the Tumbleweed UEFI certificate for shim might have gotten corrupted, I tried to reinstall it by booting into Tumbleweed's MokManager.efi (I have an entry to do that in my grub.cfg). But running it failed with a message pointing to a line in a C-code file (sb.c) and "bad shim signature." After rebooting with the USB stick, I replaced the MokManager.efi with the file from the Leap 15.6 installation. This version did run, and I reinstalled Tumbleweed's shim-opensuse.der. This did not fix the SBAT boot issue. What did fix the SBAT boot issue was renaming the shim.efi (Tumbleweed's) that is located at /boot/efi/EFI/opensuse/, then copying the Leap 15.6 file shim-sles.efi (from /usr/share/efi/x86-64/) into that location and renaming it shim.efi. After that, this PC has booted and run for a few days exactly as I expect. I've started to configure Leap 15.6 but have held off updating Tumbleweed, in case there may be something there that would help troubleshooting this. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226676] Installation: kdump reports an error if systemd-boot has been selected for bootloader
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1226676 https://bugzilla.suse.com/show_bug.cgi?id=1226676#c7 Jiri Bohac <jbohac(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(rbrown(a)suse.com) CC| |rbrown(a)suse.com --- Comment #7 from Jiri Bohac <jbohac(a)suse.com> --- By default kdump relies on the /boot/vmlinuz symlink (or other image name variants on non-x86 archs). This points to the last installeed kernel. When a specific kernel version is requested by setting KDUMP_KERNELVER=xxx then it relies on the /boot/vmlinuz-xxx symlink. These links have always been created by the kernel's %post scriplet, which calls /usr/lib/module-init-tools/kernel-scriptlets/rpm-post This script used to be provided by the suse-module-tools-scriptlets subpackage. This is where the links are created: https://github.com/openSUSE/suse-module-tools/blob/790fe7ce0eb9db37932c6516… When I installe with sdboot, sdbootutil-rpm-scriptlets is installed instead of suse-module-tools-scriptlets and no such symlinks are created. One way of fixing this would be to create the symlinks in sdbootutil-rpm-scriptlets. Another way would be for kdump to look for the kernels elsewhere. To me the post scriplet seems to be an ideal place to deal with this, without kdump having to embed knowledge of the location of kernel images which could be fragile. Could the links be added to sdbootutil-rpm-scriptlets? -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1227404] [Build 20240703] openQA test fails in clamav: timeout of 300s reached scanning eicar test file
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227404 https://bugzilla.suse.com/show_bug.cgi?id=1227404#c4 Reinhard Max <max(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo? --- Comment #4 from Reinhard Max <max(a)suse.com> --- Hmm, that takes only about 15 seconds on my less than current x86_64 workstation. It would be interesting to see the normal output of clamscan in that situation rather than reducing and redirecting it to a file. On my machine it looks like this: -------------------------------------------------------------------------------- $ clamscan eicar_test_files Loading: 12s, ETA: 0s [========================>] 8.70M/8.70M sigs Compiling: 2s, ETA: 0s [========================>] 41/41 tasks /[...]/eicar_test_files/eicar.zip: Eicar-Signature FOUND /[...]/eicar_test_files/eicar.txt: Eicar-Signature FOUND /[...]/eicar_test_files/eicar.pdf: Pdf.Dropper.Agent-7001939-0 FOUND ----------- SCAN SUMMARY ----------- Known viruses: 8695659 Engine version: 1.3.1 Scanned directories: 1 Scanned files: 3 Infected files: 3 Data scanned: 0.00 MB Data read: 0.00 MB (ratio 1.00:1) Time: 15.306 sec (0 m 15 s) Start Date: 2024:07:04 18:55:02 End Date: 2024:07:04 18:55:17 -------------------------------------------------------------------------------- Please also try to run the test with a doubled timeout to see if it then completes. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1047218] trackerbug: packages do not build reproducibly from including build time
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1047218 Bug 1047218 depends on bug 1227367, which changed state. Bug 1227367 Summary: vlc: libqt_plugin.so embeds current date https://bugzilla.suse.com/show_bug.cgi?id=1227367 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1227394] [Build 20240703] openQA test fails in qgis: gdal failed to build against poppler 24.06
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227394 Dominique Leuenberger <dimstar(a)opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|screening-team-bugs(a)suse.de |bruno(a)ioda-net.ch -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1227404] [Build 20240703] openQA test fails in clamav: timeout of 300s reached scanning eicar test file
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227404 https://bugzilla.suse.com/show_bug.cgi?id=1227404#c3 Dominique Leuenberger <dimstar(a)opensuse.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(dimstar@opensuse. | |org) | --- Comment #3 from Dominique Leuenberger <dimstar(a)opensuse.org> --- (In reply to Reinhard Max from comment #1) > Where can I find the files that are used in this test, so that I can try to > reproduce the failure outside of OpenQA? https://github.com/os-autoinst/os-autoinst-distri-opensuse/tree/master/data… These are the three test files that are downloaded into a directory named "eicar_test_files" and then clamav started as $ > clamscan -i --log=clamscan.log eicar_test_files -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1226512] Lenovo B570 does not power off after shutdown
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1226512 https://bugzilla.suse.com/show_bug.cgi?id=1226512#c5 --- Comment #5 from Takashi Iwai <tiwai(a)suse.com> --- So the problem isn't something new, as it seems. You can try older kernels from my OBS repos, e.g. home:tiwai:kernel:5.11, home:tiwai:kernel:5.10, ... http://download.opensuse.org/repositories/home:/tiwai:/kernel:/5.11/standar… http://download.opensuse.org/repositories/home:/tiwai:/kernel:/5.10/standar… And it'd be helpful if you can find out any old working kernel (in this regard). Then we can narrow down the regression range. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1227404] [Build 20240703] openQA test fails in clamav: timeout of 300s reached scanning eicar test file
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227404 https://bugzilla.suse.com/show_bug.cgi?id=1227404#c2 --- Comment #2 from Reinhard Max <max(a)suse.com> --- (In reply to Dominique Leuenberger from comment #0) > runs for 5 minutes and does not return to the CLI prompt. That sounds very > excessive Newer versions of ClamAV are known to run slower, partly because some default limits were raised and because these raied defaults reveal a longer existing performance issue when scanning certain PDF files. I warned about this upfront, but we need to proceed the update anyway, because version 0.103 will be EOL soon. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1227404] [Build 20240703] openQA test fails in clamav: timeout of 300s reached scanning eicar test file
by bugzilla_noreply＠suse.com 04 Jul '24

04 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1227404 https://bugzilla.suse.com/show_bug.cgi?id=1227404#c1 Reinhard Max <max(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dimstar(a)opensuse.org Flags| |needinfo?(dimstar@opensuse. | |org) --- Comment #1 from Reinhard Max <max(a)suse.com> --- Where can I find the files that are used in this test, so that I can try to reproduce the failure outside of OpenQA? -- You are receiving this mail because: You are on the CC list for the bug.

1 0