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
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
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
> 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
"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
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
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
"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
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
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
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
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
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
"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,
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
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
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
> 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.
>
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
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
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
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
22 matches
Mail list logo