[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#36876: guix system delete-generations removes custom boot menu entri

From: Jakob L. Kreuze
Subject: bug#36876: guix system delete-generations removes custom boot menu entries
Date: Tue, 06 Aug 2019 14:27:47 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux)

Hi Danny,

Danny Milosavljevic <address@hidden> writes:

> Hi Jakob,
> keep in mind that switching back to a previous generation could also entail a
> switch of bootloader projects.  It does you no good to parse the grub config 
> to
> find menu entries and then append them to u-boot.
> Fundamentally, it would be best if either the bootloader is part of the state
> that guix manages (and each time uses), or it isn't; not both.
> Current situation:
> * If you select a previous generation in the boot menu, then the state that is
> selected does NOT include the bootloader (i.e. it doesn't change the 
> bootloader
> or the bootloader config).
> * If you do "guix system reconfigure", the state that is saved includes only
> the bootloader in the boot sector (simplified) but not the bootloader 
> installer
> or the bootloader derivation.
> * If you do "guix system delete-generations", the state that is restored does
> not include the bootloader installer and previous bootloader configuration.
> Clearly, it's not nice to have these different things happen.
> It would be better if we retained the generation's bootloader installer
> and bootloader config and reinstalled it on each of those.
> So, I would suggest to retain the following for each system generation:
> * The bootloader package derivation
> * The bootloader config derivation
> * The bootloader installer derivation
> And to install the bootloader each time using the latter.
> This introduces cycles--not sure whether that's a problem or not.
> For the GC I think it's not a problem.

Thank you for your comments -- after reading this and Jesse's
suggestion, I'm quite confident that this is the way to go about it.


Attachment: signature.asc
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]