Re: Support for howmany option in grub2
On Pá 2.říj, richardvo...@gmail.com wrote: On Fri, Oct 2, 2009 at 3:53 PM, Robert Millan r...@aybabtu.com wrote: On Sun, Sep 27, 2009 at 08:04:51PM +0200, j...@hkfree.org wrote: Hello, I am using Debian GNU/Linux as my primary system. As a loader I am using GRUB. Actually I have upgraded to GRUB2. I don't know, if it was feature of original (legacy) GRUB or it was functionality provided by debian scripts (update-grub), for generating menu.lst. There was feature - howmany. This option specifies number of kernels, that user wants to have in boot menu. Script, that modifies menu.lst, use this variable. I like this feature, because I have usually more kernels, but I want to see only last two versions in GRUB menu. I have created patch, that add support for this to /etc/grub.d/10_linux. I have created this patch against version shipped with Debian (1.97~beta3-1) - I don't know if there are some Debian specific modifications. Also there should be variable GRUB_HOW_MANY propagated from /etc/default/grub (my patch don't do this). Kernel and it's rescue variant is counted as one kernel. I have already reported this bug to Debian BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548600 Does anyone else think we want an option for this? It seems like feature creep. IMO this is the responsibility of the distro. The distro's package manager is presumably what adds and removes kernels, there's no way that the grub scripts should be expected to know when past kernels have been removed. With more manual-install oriented distros like gentoo, trying to have grub maintain the kernel list like this would be insane, since the local admin determines the naming convention. I thought that 10_linux script belongs to debian, so I have reported this enhancement to debian first. Now I know, that this script is distributed with grub. Debian developer suggests me to submit this to upstream. I know, that distribution is responsible for adding/removing kernels. That is the standard way - if I have two kernels installed, then I have two kernels in menu. With old grub (and debian infrastructure) I have option to limit number of kernels in menu. So I have three kernels, but only two kernels in menu. With grub it is possible to boot kernel not listened in configuration - this was my use case. This feature means only to modify shell script - grub is not modified. And it is really simple modification. The script is already doing some black magic - sorting list of kernels by version. When you add limit then you will have last two (or what is configured) kernels in menu. -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel -- Jezz mail: j...@hkfree.org jabber: j...@njs.netlab.cz signature.asc Description: Digital signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Support for howmany option in grub2
Michal Suchanek wrote: 2009/10/3 Vladimir 'phcoder' Serbinenko phco...@gmail.com: Robert Millan wrote: On Sun, Sep 27, 2009 at 08:04:51PM +0200, j...@hkfree.org wrote: Hello, I am using Debian GNU/Linux as my primary system. As a loader I am using GRUB. Actually I have upgraded to GRUB2. I don't know, if it was feature of original (legacy) GRUB or it was functionality provided by debian scripts (update-grub), for generating menu.lst. There was feature - howmany. This option specifies number of kernels, that user wants to have in boot menu. Script, that modifies menu.lst, use this variable. I like this feature, because I have usually more kernels, but I want to see only last two versions in GRUB menu. I have created patch, that add support for this to /etc/grub.d/10_linux. I have created this patch against version shipped with Debian (1.97~beta3-1) - I don't know if there are some Debian specific modifications. Also there should be variable GRUB_HOW_MANY propagated from /etc/default/grub (my patch don't do this). Kernel and it's rescue variant is counted as one kernel. I have already reported this bug to Debian BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548600 Does anyone else think we want an option for this? It seems like feature creep. Many kernels encumber view and may make menu difficult to navigate (I have to scroll through a lot of linux kernels before I get to FreeBSD). But choosing kernels would involve heuristics which are likely to fail if e.g. user is in the middle of git bisect But the core issue is a bad menu organisation. I think we need two-level menu. It seems Bean is already working on issue but I haven't followed that thread closely I guess it should be possible one way or another once the new menu system is ready. It should be possible to sort the non-linux extra boot options into a separate list and thus make them easier to reach, for example. I would prefer two level OS/kernel choice. E.g. I first choose that I want linux from hdX,Y and then I choose the exact kernel. Perhaps normal keypress enter in first-level menu would boot most recent kernel and e.g. hitting F6 will offer kernel choice Thanks Michal ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel -- Regards Vladimir 'phcoder' Serbinenko Personal git repository: http://repo.or.cz/w/grub2/phcoder.git ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Support for howmany option in grub2
2009/10/3 Vladimir 'phcoder' Serbinenko phco...@gmail.com: Michal Suchanek wrote: 2009/10/3 Vladimir 'phcoder' Serbinenko phco...@gmail.com: Robert Millan wrote: On Sun, Sep 27, 2009 at 08:04:51PM +0200, j...@hkfree.org wrote: Hello, I am using Debian GNU/Linux as my primary system. As a loader I am using GRUB. Actually I have upgraded to GRUB2. I don't know, if it was feature of original (legacy) GRUB or it was functionality provided by debian scripts (update-grub), for generating menu.lst. There was feature - howmany. This option specifies number of kernels, that user wants to have in boot menu. Script, that modifies menu.lst, use this variable. I like this feature, because I have usually more kernels, but I want to see only last two versions in GRUB menu. I have created patch, that add support for this to /etc/grub.d/10_linux. I have created this patch against version shipped with Debian (1.97~beta3-1) - I don't know if there are some Debian specific modifications. Also there should be variable GRUB_HOW_MANY propagated from /etc/default/grub (my patch don't do this). Kernel and it's rescue variant is counted as one kernel. I have already reported this bug to Debian BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548600 Does anyone else think we want an option for this? It seems like feature creep. Many kernels encumber view and may make menu difficult to navigate (I have to scroll through a lot of linux kernels before I get to FreeBSD). But choosing kernels would involve heuristics which are likely to fail if e.g. user is in the middle of git bisect But the core issue is a bad menu organisation. I think we need two-level menu. It seems Bean is already working on issue but I haven't followed that thread closely I guess it should be possible one way or another once the new menu system is ready. It should be possible to sort the non-linux extra boot options into a separate list and thus make them easier to reach, for example. I would prefer two level OS/kernel choice. E.g. I first choose that I want linux from hdX,Y and then I choose the exact kernel. Perhaps normal Typically (hdX,Y) is not what people are familiar with so I would avoid showing that in the menu altogether. Also note that grub is typically installed by a particular distribution and the scripts only know how to add kernels for the distribution or loaders for additional OSes as per OS prober. keypress enter in first-level menu would boot most recent kernel and Often the menu is hidden completely if no choice of kernels is desired by default. e.g. hitting F6 will offer kernel choice I think hitting enter twice is not too much of a burden compared to searching for F6. However, we will need multiple default kernels if multiple kernel lists are available. Thanks Michal ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [GITGRUB] New menu interface (implementation)
Hi, Update: Add auto scrolling support, view port would be adjusted automatically to show the current node. In the demo, there are five horizontal widgets, total length exceed that of the screen, using 'N' and 'P' to navigating between anchors, and you can see the hidden widget would scroll into view automatically, ESC to exit the demo. -- Bean gitgrub home: http://github.com/grub/grub/ my fork page: http://github.com/bean123/grub/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Macbook, Efi, Display mode
Hi again! Do we have any news on the gfxterm problem in Grub2-EFI? greetings, Stefan OUTPUT-Start Rom image present. [Linux-bzimage, setup=0x2c00, size=0x2784a0] Video mode: 1280x800-32 Frame buffer base: 0x8001 Video line length: 8192 OUTPUT-End I hope this is the requested info. Do provide other stuff, I probably need a detailed instruction. Hi, This looks legit for me, I don't know why it does work, perhaps it write to the other video card ? Ohter video card? I have a Macbook, NOT a Macbook Pro. I have only one card! BTW, I cannot switch to terminal from X after starting with Grub2. Yep, this is normal. EFI uses non zero gart address, but linux assume 0. X would reset gart, but after it exits, the original gart address is restored and which would cause problem. OK, so we know that there is something broken but everything is behaving like one would expect in this situation? That sounds relatively optimistic. greetings, Stefan ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Macbook, Efi, Display mode
On Sun, Oct 4, 2009 at 3:10 AM, Stefan Bienert bien...@zbh.uni-hamburg.de wrote: Hi again! Do we have any news on the gfxterm problem in Grub2-EFI? greetings, Stefan OUTPUT-Start Rom image present. [Linux-bzimage, setup=0x2c00, size=0x2784a0] Video mode: 1280x800-32 Frame buffer base: 0x8001 Video line length: 8192 OUTPUT-End I hope this is the requested info. Do provide other stuff, I probably need a detailed instruction. Hi, This looks legit for me, I don't know why it does work, perhaps it write to the other video card ? Ohter video card? I have a Macbook, NOT a Macbook Pro. I have only one card! BTW, I cannot switch to terminal from X after starting with Grub2. Yep, this is normal. EFI uses non zero gart address, but linux assume 0. X would reset gart, but after it exits, the original gart address is restored and which would cause problem. OK, so we know that there is something broken but everything is behaving like one would expect in this situation? That sounds relatively optimistic. Hi, Oh, that could be the double buffer problem, perhaps you can try my latest graphic menu test demo in the menu branch. -- Bean gitgrub home: http://github.com/grub/grub/ my fork page: http://github.com/bean123/grub/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Macbook, Efi, Display mode
Hi again, sorry, my git-foo is not that good, can you help me getting into testing the demo from you menu branch? I already cloned a copy of your repo, but I do not know how to get into a particular branch, there. greetings, Stefan Hi, Oh, that could be the double buffer problem, perhaps you can try my latest graphic menu test demo in the menu branch. ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [GITGRUB] New menu interface (implementation)
2009/10/3 Bean bean12...@gmail.com: Hi, Update: Add auto scrolling support, view port would be adjusted automatically to show the current node. In the demo, there are five horizontal widgets, total length exceed that of the screen, using 'N' and 'P' to navigating between anchors, and you can see the hidden widget would scroll into view automatically, ESC to exit the demo. Hello, Do you have an update of the sample configuration for menu test? The old sample reports class not found. Thanks Michal ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Macbook, Efi, Display mode
There is a grub.efi binary with the double buffering fix and menutest from Bean here on Ubuntuforms.org apple mac subforum thread grub2 EFI boot loader internal/external booting post #1054 http://ubuntuforums.org/showpost.php?p=8034856postcount=1054 On Sun, Oct 4, 2009 at 7:55 AM, Stefan Bienert bien...@zbh.uni-hamburg.dewrote: Hi again, sorry, my git-foo is not that good, can you help me getting into testing the demo from you menu branch? I already cloned a copy of your repo, but I do not know how to get into a particular branch, there. greetings, Stefan Hi, Oh, that could be the double buffer problem, perhaps you can try my latest graphic menu test demo in the menu branch. ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel -- Cros (pxw) ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: [GITGRUB] New menu interface (implementation)
On Sun, Oct 4, 2009 at 6:34 AM, Michal Suchanek hramr...@centrum.cz wrote: 2009/10/3 Bean bean12...@gmail.com: Hi, Update: Add auto scrolling support, view port would be adjusted automatically to show the current node. In the demo, there are five horizontal widgets, total length exceed that of the screen, using 'N' and 'P' to navigating between anchors, and you can see the hidden widget would scroll into view automatically, ESC to exit the demo. Hello, Do you have an update of the sample configuration for menu test? The old sample reports class not found. Hi, It's at: http://grub4dos.sourceforge.net/menu.zip Download it again and replace the files. -- Bean gitgrub home: http://github.com/grub/grub/ my fork page: http://github.com/bean123/grub/ ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel