Re: buggy BIOSes (Re: pretty colors in gfxterm)

2007-09-03 Thread Yoshinori K. Okuji
On Sunday 02 September 2007 12:52, Robert Millan wrote: > but I couldn't find this one from GRUB Legacy: > > 2005-02-15 Yoshinori K. Okuji <[EMAIL PROTECTED]> > > * stage2/builtins.c (install_func): If DEST_DRIVE is a hard > disk, enable the workaround in Stage 1 by replacing the jmp

Re: buggy BIOSes (Re: pretty colors in gfxterm)

2007-09-02 Thread Robert Millan
On Sun, Sep 02, 2007 at 12:02:10PM +0200, Yoshinori K. Okuji wrote: > On Friday 31 August 2007 16:47, Robert Millan wrote: > > > Besides that, it is really necessary to check what workarounds for buggy > > > BIOSes are missing in GRUB 2. The current bootstrap code on PC is based > > > on somewhere

Re: buggy BIOSes (Re: pretty colors in gfxterm)

2007-09-02 Thread Yoshinori K. Okuji
On Friday 31 August 2007 16:47, Robert Millan wrote: > > Besides that, it is really necessary to check what workarounds for buggy > > BIOSes are missing in GRUB 2. The current bootstrap code on PC is based > > on somewhere around GRUB 0.96, so it is a bit outdated. > > I just had a look. Is there

buggy BIOSes (Re: pretty colors in gfxterm)

2007-08-31 Thread Robert Millan
> Besides that, it is really necessary to check what workarounds for buggy > BIOSes are missing in GRUB 2. The current bootstrap code on PC is based on > somewhere around GRUB 0.96, so it is a bit outdated. I just had a look. Is there something other than: 2005-03-15 Yoshinori K. Okuji <[EMA

Re: pretty colors in gfxterm

2007-05-10 Thread Otavio Salvador
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes: >> Sorry but I didn't get what you mean by 'ad-hoc features' here. Can >> you elaborate it, please? > > Features, which are not fully examined if they are generic, flexible and > extensible, are all ad-hoc. As I said in this list some times, I beli

Re: pretty colors in gfxterm

2007-05-09 Thread Yoshinori K. Okuji
On Tuesday 08 May 2007 22:19, Otavio Salvador wrote: > "Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes: > > On Tuesday 08 May 2007 15:36, Robert Millan wrote: > >> > I don't have much time, either, but I will refactor the menu code > >> > sooner or later. Once this is done, it wouldn't be too diffi

Re: pretty colors in gfxterm

2007-05-09 Thread Robert Millan
On Tue, May 08, 2007 at 10:09:49PM +0200, Yoshinori K. Okuji wrote: > On Tuesday 08 May 2007 15:36, Robert Millan wrote: > > > I don't have much time, either, but I will refactor the menu code sooner > > > or later. Once this is done, it wouldn't be too difficult to implement > > > new intefaces fo

Re: pretty colors in gfxterm

2007-05-08 Thread Otavio Salvador
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> writes: > On Tuesday 08 May 2007 15:36, Robert Millan wrote: >> > I don't have much time, either, but I will refactor the menu code sooner >> > or later. Once this is done, it wouldn't be too difficult to implement >> > new intefaces for the menu. >> >> Oth

Re: pretty colors in gfxterm

2007-05-08 Thread Yoshinori K. Okuji
On Tuesday 08 May 2007 15:36, Robert Millan wrote: > > I don't have much time, either, but I will refactor the menu code sooner > > or later. Once this is done, it wouldn't be too difficult to implement > > new intefaces for the menu. > > Other (perhaps easier) options that would also improve the s

Re: pretty colors in gfxterm

2007-05-08 Thread Robert Millan
On Mon, May 07, 2007 at 09:18:51PM +0200, Yoshinori K. Okuji wrote: > On Saturday 05 May 2007 18:49, Robert Millan wrote: > > > You could implement a color command, which does the same as the color > > > command in GRUB Legacy. All terminals have support for the color > > > command. Although I am

Re: pretty colors in gfxterm

2007-05-07 Thread Yoshinori K. Okuji
On Monday 07 May 2007 21:32, Yoshinori K. Okuji wrote: > On Monday 07 May 2007 21:04, Robert Millan wrote: > > Do you have an idea on how to build these floppy images? The > > instructions about concatenating boot.img with core.img don't work here. > > Strange... it worked in the past, but doesn't

Re: pretty colors in gfxterm

2007-05-07 Thread Robert Millan
On Mon, May 07, 2007 at 09:18:51PM +0200, Yoshinori K. Okuji wrote: > > > If having a color command means that GRUB 2 will be used more, I am > > > willing to add such command. Okuji, do you object? > > > > Yes, I think so. But as said on IRC, I don't think the interface has to be > > a color com

Re: pretty colors in gfxterm

2007-05-07 Thread Yoshinori K. Okuji
On Monday 07 May 2007 21:04, Robert Millan wrote: > Do you have an idea on how to build these floppy images? The instructions > about concatenating boot.img with core.img don't work here. Strange... it worked in the past, but doesn't now. There must be a bug. Okuji

Re: pretty colors in gfxterm

2007-05-07 Thread Marco Gerards
"adrian15" <[EMAIL PROTECTED]> writes: >> Ah yes, I forgot to mention we're planning a big migration :-). Here are >> the >> details: >> >> http://wiki.debian.org/GrubTransition >> >> -- >> Robert Millan > >> >>CDROM support. Not really important since Debian isn't using GRUB for CD >>boot atm,

Re: pretty colors in gfxterm

2007-05-07 Thread Yoshinori K. Okuji
On Saturday 05 May 2007 18:49, Robert Millan wrote: > > You could implement a color command, which does the same as the color > > command in GRUB Legacy. All terminals have support for the color > > command. Although I am not really sure if it is completely compatible > > with what you are used t

Re: pretty colors in gfxterm

2007-05-07 Thread Yoshinori K. Okuji
On Saturday 05 May 2007 18:30, Robert Millan wrote: > Is it possible to archieve a similar effect to what "color cyan/blue > white/blue" does in grub legacy, but with grub2 gfxterm? Theoretically, of course. I didn't implement it, simply because I didn't think this was so important. > This setup

Re: pretty colors in gfxterm

2007-05-07 Thread Robert Millan
On Mon, May 07, 2007 at 04:39:58PM +0200, adrian15 wrote: > > > >CDROM support. Not really important since Debian isn't using GRUB for CD > >boot atm, but it might be an interesting option for lenny. > > > >* 64-bit detection on x86: needed for multi-arch DVDs. > > In my opinnion Grub2 shoul

Re: pretty colors in gfxterm

2007-05-07 Thread adrian15
> Ah yes, I forgot to mention we're planning a big migration :-). Here are > the > details: > > http://wiki.debian.org/GrubTransition > > -- > Robert Millan > >CDROM support. Not really important since Debian isn't using GRUB for CD >boot atm, but it might be an interesting option for lenny. >

Re: pretty colors in gfxterm

2007-05-05 Thread Otavio Salvador
Marco Gerards <[EMAIL PROTECTED]> writes: > If having a color command means that GRUB 2 will be used more, I am > willing to add such command. Okuji, do you object? But I am only > willing to add this if the Debian people ensure me that they will > switch to whatever fancy graphics system we imp

Re: pretty colors in gfxterm

2007-05-05 Thread Robert Millan
On Sat, May 05, 2007 at 06:36:03PM +0200, Marco Gerards wrote: > Robert Millan <[EMAIL PROTECTED]> writes: > > Hi Robert, > > > Is it possible to archieve a similar effect to what "color cyan/blue > > white/blue" > > does in grub legacy, but with grub2 gfxterm? > > You could implement a color c

Re: pretty colors in gfxterm

2007-05-05 Thread Marco Gerards
Robert Millan <[EMAIL PROTECTED]> writes: Hi Robert, > Is it possible to archieve a similar effect to what "color cyan/blue > white/blue" > does in grub legacy, but with grub2 gfxterm? You could implement a color command, which does the same as the color command in GRUB Legacy. All terminals h

pretty colors in gfxterm

2007-05-05 Thread Robert Millan
Hi, Is it possible to archieve a similar effect to what "color cyan/blue white/blue" does in grub legacy, but with grub2 gfxterm? This setup has been the default in debian for a while, and we need to provide something similar if we don't want our users to miss the "blue thingy" during the big mi