Bug#1031118: systemd-boot should create boot loader entries for the installed kernels

Luca Boccassi bluca at debian.org
Sun Feb 12 12:40:55 GMT 2023


On Sun, 12 Feb 2023 12:40:19 +0100 Marco d'Itri <md at linux.it> wrote:
> On Feb 12, Michael Biebl <biebl at debian.org> wrote:
> 
> > I think this only makes sense if systemd-boot is actually the
active
> > bootloader, which is why the existing hook scripts also have a
"bootctl
> > is-installed --quiet || exit 0" check.
> I think that you are right, but then we currently have a significant 
> usability problem because "bootctl install" does not generate the 
> configuration by itself.
> 
> Are there still any reasons at this point why systemd-boot should not
be 
> enabled if the package is installed?
> What grub does is ask a debconf question, but is there any NEED to 
> actually ask a debconf question, considering that we do not have all
the 
> complexity of BIOS systems anymore and bootctl can automatically
figure 
> where sd-boot needs to be installed?

I agree, we should just make it enable itself on install, like we did
for systemd-resolved. It's a separate package, not pulled in by
anything - if you install it, it means you want to use it.
It's been available in testing for a while, and apart from a few fixes
for the scripts at the beginning, there's been no complaints so far.

> Also: at least we need to run "bootctl update" on package updates.

Ah good point, completely forgot about this, will send a MR.

-- 
Kind regards,
Luca Boccassi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20230212/920989b3/attachment.sig>


More information about the Pkg-systemd-maintainers mailing list