https://bugzilla.novell.com/show_bug.cgi?id=771587
https://bugzilla.novell.com/show_bug.cgi?id=771587#c8
--- Comment #8 from Michael Chang
(In reply to comment #6)
Yes. And I also wrote that the check is invalid. When I update a kernel I always have to delete /usr/lib/pm-utils/sleep.d/99Zgrub to be able to suspend to disk.
Yes. It's true. (A reboot is necessary for the upgraded kernel)
And since you do the same for grub2 now, it does not make things better. It is actually a regression.
Ok.
And the config parsing in grub2-once is not nice and is error-prone. I bet this will get back to us soon as boomerang. (Unless you push the script upstream where developers ensure it's up-to-date.)
I don't think upstream would review the grub2-once as it's distro specific (like the grubby or grubonce) ? I'd suggest a way to disable the submenu, this would relief the people (or utilities) who want to use grub2-set-default or grub2-reboot. It's cumbersome to specify the full hierarchy of the boot entry, instead of a simple name or index. I can see upstream has a bug for it: http://savannah.gnu.org/bugs/?36850 This would get rid of the complexity and grub2-once can be avoided. That is we could wrap grub2-reboot with a much more easy script .. Whether the config parser would reliably work is important, with my limited ability this is what I could do so far. If it can't pass the review here then I agree we'd better not proceed with a fix this way. Thanks. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.