gt;>
>> Have you actually tested this patch? This is not a correct comand name.
>>
>
> Not really; it was more a question "would this even be considered".
>
> Here is updated patch which I actually did test :)
>
> From: Andrey Borzenkov
> Sub
В Sun, 07 Apr 2013 14:38:40 +0200
Paul Menzel пишет:
>
> s,nor,not,
>
>
> s,consequitive,consecutive,
>
>
> *variab*l*e
>
>
> Otherwise I did not spot anything.
>
Thank you for review. Updated patch follows.
From: Andrey Borzenkov
Subject: [PATCH] reimplement grub-reboot to not depend o
enev next_entry
> >
> > Have you actually tested this patch? This is not a correct comand name.
> >
>
> Not really; it was more a question "would this even be considered".
>
> Here is updated patch which I actually did test :)
>
> From: Andrey Borze
ame.
>
Not really; it was more a question "would this even be considered".
Here is updated patch which I actually did test :)
From: Andrey Borzenkov
Subject: [PATCH] reimplement grub-reboot to nor depend on GRUB_DEFAULT=saved
To: grub-devel@gnu.org
Use separate environment variable n
On 30.01.2013 10:08, Andrey Borzenkov wrote:
> + savenev next_entry
> + savenev next_entry
Have you actually tested this patch? This is not a correct comand name.
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Gr
Use separate environment variable next_entry to indicate one time
boot entry. CMOS button still takes precedent. It makes grub-reboot
usable also when GRUB_DEFAULT is set to explicit value.
It retains support for prev_saved_entry for compatibility. Also
grub-reboot will restore saved_entry from pr
