GNU bug report logs - #27007
'menu-entry' disappeared from the bootloader API

Previous Next

Package: guix;

Reported by: Tomáš Čech <sleep_walker <at> gnu.org>

Date: Sat, 20 May 2017 20:01:02 UTC

Severity: important

Done: Mathieu Othacehe <m.othacehe <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


Message #108 received at 27007 <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Danny Milosavljevic <dannym <at> scratchpost.org>
Cc: Mathieu Othacehe <m.othacehe <at> gmail.com>, 27007 <at> debbugs.gnu.org
Subject: Re: bug#27007: [PATCH 2/2] doc: Adapt to multiple bootloader support.
Date: Wed, 07 Jun 2017 00:51:56 +0200
Hi Danny,

Danny Milosavljevic <dannym <at> scratchpost.org> skribis:

> On Mon, 05 Jun 2017 12:36:28 +0200
> ludo <at> gnu.org (Ludovic Courtès) wrote:
>
>> What happens with other bootloaders?  Do we get older boot entries?
>
> Yes, but U-Boot has no support for submenus, only one menu [1].  Extlinux-the-format technically does support submenus [2].

OK.

>> >  @item switch-generation
>
>> What happens to the bootloader itself?  Does it change the bootloader to
>> the one that was chosen back then?
>
> No.  We had been thinking about it but it's unsafe to do that.
>
> So instead switch-generation will always reuse the bootloader that was used in the current generation.
>
> switch-generation has the same effect as manually selecting another menu entry from the boot menu on bootup would have had - it just additionally defaults to that entry.
>
> On the other hand, when you run "guix system reconfigure" or "guix system init":  There, it will install and use the (newly) specified one.

OK, got it, thanks for clarifying!

I think it would make sense to be explicit about this in the manual.

Ludo’.




This bug report was last modified 8 years and 41 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.