void-linux
New package: systemd-boot-256
closes #51578
Testing the changes
- I tested the changes in this PR: YES
Tested booting, post-install, and post-remove kernel hooks in qemu
New package
- This new package conforms to the package requirements: YES
Local build testing
- I built this PR locally for my native architecture, x86_64-glibc
- I built this PR locally for these architectures (if supported. mark crossbuilds):
- x86_64-musl
- i686
- aarch64 (cross)
- aarch64-musl (cross)
- armv7l (cross)
- armv7l-musl (cross)
- armv6l (cross)
- armv6l-musl (cross)
musl patches are mostly taken from: https://gitlab.com/postmarketOS/systemd
lint fails because the revision is 2
I set the revision to 2 because I've changed systemd-boot-efistub to be a subpackage of systemd-boot
I've probably done a pretty messy job with the kernel hooks, please provide feedback if they need improvment
Thoughts on possibly adding an option to use ukify in the hook instead of kernel + initramfs?
Such an option would make migration easier for users who are already using the "normal" configuration, and don't want to mount ESP to /boot.
Obviously users could always write their own hooks to do this
Is this intended to replace gummiboot? Does void need both?
the gummiboot project was integrated into systemd almost a decade ago.
I would argue that gummiboot is completely obsolete at this point, although it is still packaged.
Full disclaimer that I am not a void maintainer, and while it is my personal opinion that void does not need both, and gummiboot users should migrate to systemd-boot, removing the gummiboot package would likely cause breakage for some users
the gummiboot project was integrated into systemd almost a decade ago.
I would argue that gummiboot is completely obsolete at this point, although it is still packaged.
Full disclaimer that I am not a void maintainer, and while it is my personal opinion that void does not need both, and gummiboot users should migrate to systemd-boot, removing the gummiboot package would likely cause breakage for some users
I completely agree that it's obsolete. Perhaps gummiboot needs a deprecation message of some sorts before it eventually gets removed however far off in the future? I'm not sure if XBPS has such a thing built in, but perhaps INSTALL.msg could be used to warn users about this?
