Bug 2140646
Summary: | [spec] Enable 'systemd-stub' in the build | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 9 | Reporter: | Vitaly Kuznetsov <vkuznets> |
Component: | systemd | Assignee: | Jan Macku <jamacku> |
Status: | CLOSED ERRATA | QA Contact: | Frantisek Sumsal <fsumsal> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 9.2 | CC: | aadam, ailan, alexl, andavis, berrange, jamacku, kraxel, osteffen, redhat-bugzilla, systemd-maint-list, vgoyal, vkuznets |
Target Milestone: | rc | Keywords: | FutureFeature, Triaged |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | systemd-252-6.el9 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2023-05-09 08:21:58 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 2142102 |
Description
Vitaly Kuznetsov
2022-11-07 13:48:36 UTC
For the reference: the proposed (WIP!) kernel spec change building Unified Kernel Image looks like: https://gitlab.com/vkuznets/centos-stream-9/-/commit/44bc17e4211be9ef102d7cd99f31368187e4dc17 In fact, there's no need to ship "/usr/lib/systemd/boot/efi/linuxx64.*" in systemd-udev subpackage (like it's done in Fedora), we can probably consider creating a buildroot only subpackage for it if for some reason shipping these files to customers is undesirable. (In reply to Vitaly Kuznetsov from comment #1) > In fact, there's no need to ship "/usr/lib/systemd/boot/efi/linuxx64.*" in systemd-udev subpackage (like it's done in Fedora), we can probably consider creating a buildroot only subpackage for it if for some reason shipping these files to customers is undesirable. I created bug #2157663, because from my point of understanding, the 'systemd-stub' is only required for Azure Confidential VMs - and not because Red Hat is really interested in maintaining systemd-boot in RHEL as first-class citizen (= to actually boot RHEL using systemd-boot instead of grub2-efi), while latter is my intention with the systemd-boot subpackage from systemd-extras in EPEL. (In reply to Robert Scheck from comment #7) > (In reply to Vitaly Kuznetsov from comment #1) > > In fact, there's no need to ship "/usr/lib/systemd/boot/efi/linuxx64.*" in systemd-udev subpackage (like it's done in Fedora), we can probably consider creating a buildroot only subpackage for it if for some reason shipping these files to customers is undesirable. > > I created bug #2157663, because from my point of understanding, the > 'systemd-stub' is only required for Azure Confidential VMs - and not because > Red Hat is really interested in maintaining systemd-boot in RHEL as > first-class citizen (= to actually boot RHEL using systemd-boot instead of > grub2-efi), while latter is my intention with the systemd-boot subpackage > from systemd-extras in EPEL. Right, 'systemd-stub' may come handy for other not-only-confidential VM use-cases too but in any case its existence is orthogonal to 'systemd-boot'. I.e. UKI images produced with 'systemd-stub' can already be booted either from firmware directly or by shim. But RHEL 9 will still ship "traditional" vmlinuz and initramfs files for its lifecycle, right? And for these setups, I would like to be able to use a well-maintained and/or latest systemd-boot (which I honestly doubt if only systemd-stub is actually needed for a Red Hat product/specific image). (In reply to Robert Scheck from comment #9) > But RHEL 9 will still ship "traditional" vmlinuz and initramfs files for its > lifecycle, right? And for these setups, I would like to be able to use a > well-maintained and/or latest systemd-boot (which I honestly doubt if only > systemd-stub is actually needed for a Red Hat product/specific image). Currently, there's no discussion about 'switching' to UKIs, the plan is to provide them as an option for some very well defined use-cases. I'm absolutely sure traditional vmlinux/initramfs are to stay for the lifetime of RHEL9, there are just too many use-cases which don't work well with an immutable initramfs. fix merged to github main branch -> https://github.com/redhat-plumbers/systemd-rhel9/pull/142 *** Bug 2099278 has been marked as a duplicate of this bug. *** Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (systemd bug fix and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2023:2531 |