July 2024 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1225982] mtools: Add missing dependency on glibc-gconv-modules-extra
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

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

1 0

[Bug 1198599] systemd-boot: need to measure initrd for tpm
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1198599 https://bugzilla.suse.com/show_bug.cgi?id=1198599#c1 Alberto Planas Dominguez <aplanas(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|systemd-maintainers(a)suse.de |aplanas(a)suse.com Resolution|--- |INVALID CC| |aplanas(a)suse.com Status|NEW |RESOLVED --- Comment #1 from Alberto Planas Dominguez <aplanas(a)suse.com> --- Is is measured -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1198583] Fix full disk encryption
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1198583 Bug 1198583 depends on bug 1198599, which changed state. Bug 1198599 Summary: systemd-boot: need to measure initrd for tpm https://bugzilla.suse.com/show_bug.cgi?id=1198599 What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1225299] New: systemd-boot doesn't display passphrase prompt for decryption until a key is pressed
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1225299 Bug ID: 1225299 Summary: systemd-boot doesn't display passphrase prompt for decryption until a key is pressed Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: screening-team-bugs(a)suse.de Reporter: db(a)mail25.net QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 875117 --> https://bugzilla.suse.com/attachment.cgi?id=875117&action=edit no prompt Installed TW with systemd-boot on my laptop about a month ago. It has 1 drive (nvme), it has one partition for /boot/efi, one for root and an encrypted partition for /home, no LVM. When booting the kernel messages just stop and there's no indicator asking to enter the passphrase for /home partition unless I press a key, then the prompt "Please enter passphrase for disk..." appears. Or if I press escape then it displays this gray semi-graphical screen with the same message. The kernel command line contains 'splash=silent quiet' and Plymouth is installed, I didn't do any configuration there but it's not displayed, just plain kernel messages when booting. It would be nice to have a better passphrase prompt especially on a 14" 2880x1800 screen where the kernel messages are tiny. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

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

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1225298 Bug ID: 1225298 Summary: systemd-boot fails to boot 6.9.1 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: screening-team-bugs(a)suse.de Reporter: db(a)mail25.net QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- Created attachment 875116 --> https://bugzilla.suse.com/attachment.cgi?id=875116&action=edit screen photo Installed TW with systemd-boot about a month ago, updated today to 20240523, rebooted, everything seemed to work but noticed it was still on 6.8.8. Rebooted, selected 6.9.1 from the systemd-boot menu and it gets stuck while booting. Reaches target Initrd File System Times out waiting for device /dev/gpt-auto-root Attached a photo of the screen with boot messages. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1201371] nim: nim fails tests while building on 1-core VM using KVM
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1201371 https://bugzilla.suse.com/show_bug.cgi?id=1201371#c3 David Anes <david.anes(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #3 from David Anes <david.anes(a)suse.com> --- Seems quite a few tests require a multicore CPU and they aren't working on single-core machines. Upstream won't fix this, so closing as wontfix. Also, it only happens on specific scenarios/archs (not even that, it doesnt' even happen, so probably tests have race condition issues). -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1224152] New: MicroOS + systemd-boot: boot menu title does not match Tumbleweed snapshot number
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

1 1

[Bug 1222069] New: Systemd-boot issue after upgrade
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1222069 Bug ID: 1222069 Summary: Systemd-boot issue after upgrade Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Critical Priority: P5 - None Component: MicroOS Assignee: forgotten_u0-bnvADNc(a)user.net Reporter: regis(a)hubelia.com QA Contact: qa-bugs(a)suse.de Target Milestone: --- Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/123.0.0.0 Safari/537.36 Build Identifier: Boot/System config: systemd-boot with encrypted root Last known working version: 7.6.1 After doing a transactional-update dup, we get the following error: /init: error while loading shared libraries: libsystemd-core-255.so: cannot open shared object file: No such file or directory Very similar, if not exactly the same issue as https://bbs.archlinux.org/viewtopic.php?pid=2158970 We use MicroOS on 2 Framework 13th Gen laptops, a i9 9900k desktop, and 2x 13900k desktops. The latest upgrades works fine on the 2 13900k desktops, but the same error occurs on the 9900k and the 2 Framework laptops. Unfortunatly, we do not have bios upgrades for the Framework laptops or the 9900k, we are using the most recent bios on all computers. Reproducible: Always Steps to Reproduce: 1. boot version 7.6.1 - works perfectly 2. run "transacitonal-update dup" and reboot Actual Results: the boot loader is interupted with the above error message and a kernel panic (see the arch linux link for a screenshot, we have the same on our side) Expected Results: The system should boot as usual -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1222183] New: pcr-oracle fails to parse LOADER_CONF_EVENT_TAG_ID
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1222183 Bug ID: 1222183 Summary: pcr-oracle fails to parse LOADER_CONF_EVENT_TAG_ID Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: screening-team-bugs(a)suse.de Reporter: arvidjaar(a)gmail.com QA Contact: qa-bugs(a)suse.de CC: aplanas(a)suse.com Target Milestone: --- Found By: --- Blocker: --- I believe on March, 26 I attempted to update MicroOS instance. Update failed, but more importantly it also stopped generating the correct predictions. As far as I can tell, attempted update managed to install newer version of systemd-boot which started to add TPM2 event entry that pcr-oracle fails to parse. 10:~ # /tmp/sdbootutil update-predictions ::: Initializing predictor for sha256:0,2,4,7,9 from eventlog ::: Detected TPMv2 event log ::: Successfully read 46 events from TPM event log ::: Created new predictor ::: runtime_read_efi_application(/dev/vda2, /EFI/systemd/shim.efi) ::: Reading EFI application (/dev/vda2)/EFI/systemd/shim.efi ::: runtime_read_efi_application(/dev/vda2, /EFI/systemd/grub.efi) ::: Reading EFI application (/dev/vda2)/EFI/systemd/grub.efi Error: Unable to parse EVENT_EVENT_TAG event from TPM log ::: 04f9c: event type=EVENT_EVENT_TAG pcr=5 digests=4 data=32 bytes ::: sha1 01d4e1ca16f118f6fcd954e175c0116c4a4f746b ::: sha256 bdbea6dbc6791de89a483abc3a61af8e910249e7565682ff2011c910a490520a ::: sha384 12ebd339e16a134b0aeeb3114bd5b233f9f862037b7550c922a7c73686fa616995273aa75144640d4fb911945d7b5f55 ::: sha512 7c4a18a73955640cde19777b87735f1ca928fe6ef6b54aa3a6d8117c8eaadbd6c00778165a9a320303644489c242c88a5b2ca6b20be1ffe75f70d5b930f647f6 ::: Data: ::: 0000 2a 58 bc f5 18 00 00 00 6c 00 6f 00 61 00 64 00 65 00 72 00 2e 00 63 00 6f 00 6e 00 66 00 00 00 *X......l.o.a.d.e.r...c.o.n.f... Fatal: Aborting. Error: Failed to install TPM predictions for From systemd sources src/fundamental/tpm2-pcr.h:#define LOADER_CONF_EVENT_TAG_ID UINT32_C(0xf5bc582a) loader.conf existed for a long time. Bootloader was updated at this day. 10:~ # ls -l /boot/efi/loader total 32 drwxr-xr-x. 2 root root 8192 Feb 23 14:58 entries -rwxr-xr-x. 1 root root 6 Dec 26 21:28 entries.srel -rwxr-xr-x. 1 root root 41 Dec 26 21:28 loader.conf -rwxr-xr-x. 1 root root 32 Mar 30 18:26 random-seed 10:~ # efibootmgr BootCurrent: 0007 Timeout: 3 seconds BootOrder: 0007,0000,0001,0002,0003,0004,0005,0006 Boot0000* UiApp FvVol(7cb8bdc9-f8eb-4f34-aaea-3ee4af6516a1)/FvFile(462caa21-7614-4503-836e-8ab6f4662331) Boot0001* UEFI Misc Device PciRoot(0x0)/Pci(0x2,0x0){auto_created_boot_option} Boot0002* UEFI PXEv4 (MAC:525400123456) PciRoot(0x0)/Pci(0x3,0x0)/MAC(525400123456,1)/IPv4(0.0.0.00.0.0.0,0,0){auto_created_boot_option} Boot0003* UEFI PXEv6 (MAC:525400123456) PciRoot(0x0)/Pci(0x3,0x0)/MAC(525400123456,1)/IPv6([::]:<->[::]:,0,0){auto_created_boot_option} Boot0004* UEFI HTTPv4 (MAC:525400123456) PciRoot(0x0)/Pci(0x3,0x0)/MAC(525400123456,1)/IPv4(0.0.0.00.0.0.0,0,0)/Uri(){auto_created_boot_option} Boot0005* UEFI HTTPv6 (MAC:525400123456) PciRoot(0x0)/Pci(0x3,0x0)/MAC(525400123456,1)/IPv6([::]:<->[::]:,0,0)/Uri(){auto_created_boot_option} Boot0006* EFI Internal Shell FvVol(7cb8bdc9-f8eb-4f34-aaea-3ee4af6516a1)/FvFile(7c04a583-9e3e-4f1c-ad65-e05268d0b4d1) Boot0007* openSUSE Boot Manager HD(2,GPT,4d904b6d-6495-4891-8481-fe0fbdacec21,0x1800,0xfa000)/File(\EFI\systemd\shim.efi) 10:~ # ls -l /boot/efi/EFI/systemd total 1880 -rwxr-xr-x. 1 root root 846096 Mar 28 21:11 MokManager.efi -rwxr-xr-x. 1 root root 62 Mar 28 21:11 boot.csv -rwxr-xr-x. 1 root root 98160 Mar 28 21:11 grub.efi -rwxr-xr-x. 1 root root 17 Mar 28 21:11 installed_by_sdbootutil -rwxr-xr-x. 1 root root 934024 Mar 28 21:11 shim.efi -rwxr-xr-x. 1 root root 451 Mar 17 07:57 tpm2-pcr-public-key.pem -rwxr-xr-x. 1 root root 631 Mar 17 07:57 tpm2-pcr-signature.json 10:~ # Apart from the obvious bug in pcr-oracle, this invalidates any claim of "immutability" of MicroOS - failed update makes it impossible to boot MicroOS without human intervention. 10:~ # ls -l /boot/efi/EFI/systemd/grub.efi -rwxr-xr-x. 1 root root 98160 Mar 28 21:11 /boot/efi/EFI/systemd/grub.efi 10:~ # ls -l /usr/lib/systemd/boot/efi/systemd-bootx64.efi -rw-r--r--. 1 root root 94576 Feb 21 22:42 /usr/lib/systemd/boot/efi/systemd-bootx64.efi 10:~ # -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 1226379] apache2-event no longer requires apache2
by bugzilla_noreply＠suse.com 01 Jul '24

01 Jul '24

https://bugzilla.suse.com/show_bug.cgi?id=1226379 https://bugzilla.suse.com/show_bug.cgi?id=1226379#c4 David Anes <david.anes(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |david.anes(a)suse.com --- Comment #4 from David Anes <david.anes(a)suse.com> --- I'm not sure what's the best option here. I like the idea from Petr, to have a very mininmal httpd install, but I also think Georg has a point. What I'm not sure is if we will break anything, as the multibuild has been around for quite some time. Maybe we can document this somewhere? Ideas? -- You are receiving this mail because: You are on the CC list for the bug.

1 0