On Jan 4, 2008 8:08 PM, Bean <[EMAIL PROTECTED]> wrote:
> On Jan 4, 2008 7:53 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> > On Thu, Jan 03, 2008 at 01:11:32AM +0800, Bean wrote:
> > > blst FILE
> > > display the blocklist of FILE in the image file
> >
> > Is this `blst' analogous to the `blockli
On Jan 5, 2008 9:29 AM, Yoshinori K. Okuji <[EMAIL PROTECTED]> wrote:
> On Thursday 03 January 2008 16:53, Vesa Jääskeläinen wrote:
> > Bean wrote:
> > > On Jan 3, 2008 7:19 AM, Yoshinori K. Okuji <[EMAIL PROTECTED]> wrote:
> > >> Please wait a minute. Personally, I don't want grub_file_open to
> >
On Fri, 2008-01-04 at 21:37 +0100, Robert Millan wrote:
> If you want to confirm that it's grub-mkimage's fault, you can try booting
> kernel.elf directly. In theory it should give you a rescue prompt.
That's what it does. And that's what we have been discussing closer to
the bottom :-)
> > In
On Sat, 2008-01-05 at 02:27 +0100, Yoshinori K. Okuji wrote:
> On Thursday 03 January 2008 16:28, Pavel Roskin wrote:
> > >> Linux style description. The first line is the synopsis. If it
> > >> doesn't fit 72 characters, the patch is a candidate for splitting.
> > >> Then an empty line. Then a
On Friday 04 January 2008 21:37, Robert Millan wrote:
> > A quick look into util/elf/grub-mkimage.c finds "Don't bother preserving
> > the section headers". I don't even know if the problem is specifically
> > with the section headers or with something else. Perhaps
> > util/elf/grub-mkimage.c sh
On Friday 04 January 2008 13:14, Robert Millan wrote:
> This patch skips . and .. directories in tab completion. They're basicaly
> useless to the user, and this mimics bash completion behaviour.
Okay for me.
Thanks,
Okuji
___
Grub-devel mailing list
On Friday 04 January 2008 09:02, Robert Millan wrote:
> On Thu, Jan 03, 2008 at 06:04:59PM +0200, Vesa Jääskeläinen wrote:
> > About new context:
> >
> > Shouldn't new context have clone of it's parent contexts settings?
>
> I wouldn't want to change that without having some input from whoever
> de
On Friday 04 January 2008 00:54, Robert Millan wrote:
> On Thu, Jan 03, 2008 at 11:14:23PM +0100, Pascal A. Dupuis wrote:
> > Hello,
> >
> > this is a copy of debian bug 450709
> > (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450709) at
> > debian maintainer's (Robert Millan ) request:
>
> Tha
On Thursday 03 January 2008 16:53, Vesa Jääskeläinen wrote:
> Bean wrote:
> > On Jan 3, 2008 7:19 AM, Yoshinori K. Okuji <[EMAIL PROTECTED]> wrote:
> >> Please wait a minute. Personally, I don't want grub_file_open to
> >> decompress a content automatically. The name should stand for what it
> >> d
On Thursday 03 January 2008 16:28, Pavel Roskin wrote:
> >> Linux style description. The first line is the synopsis. If it
> >> doesn't fit 72 characters, the patch is a candidate for splitting.
> >> Then an empty line. Then a more detailed description of the patch,
> >> including the motivation
On Thursday 03 January 2008 14:59, Robert Millan wrote:
> I'd like to copy grub/docs/multiboot.texi into grub2 CVS, and start
> providing it as part of the docs.
>
> The copyright holders are:
>
> Copyright @copyright{} 1995,96 Bryan Ford
>
> Copyright @copyright{} 1995,96 Erich Stefan Boleyn
On Thursday 03 January 2008 16:05, Robert Millan wrote:
> On Thu, Jan 03, 2008 at 04:03:11PM +0100, Robert Millan wrote:
> > When you set a variable hook (grub_register_variable_hook), this hook
> > isn't preserved after someone (e.g. configfile command) opens a new
> > context (grub_env_context_op
On Sat, 2008-01-05 at 02:09 +0100, Yoshinori K. Okuji wrote:
> "big_loaded" sounds horrible to me. How about grub_linux_big_image_loaded?
"big image" is normally abbreviated as bzimage, as opposed to zimage, so
I would suggest something of this kind:
grub_is_bzimage
grub_linux_is_bzimage
grub_bz
On Thursday 03 January 2008 02:08, Robert Millan wrote:
> On Thu, Jan 03, 2008 at 01:55:37AM +0100, Robert Millan wrote:
> > I wouldn't like to run the risk of missing legitimate mail, specially in
> > this case that blocking spam is just a matter of restricting who can post
> > to commit-grub (lik
On Thursday 03 January 2008 02:06, Robert Millan wrote:
> On Thu, Jan 03, 2008 at 12:46:15AM +0100, Yoshinori K. Okuji wrote:
> > On Wednesday 02 January 2008 18:05, Robert Millan wrote:
> > > This fixes boot for memtest86+ (and actually, Linux zImages since they
> > > were all affected).
> > >
> >
On Fri, Jan 04, 2008 at 06:15:17PM +0100, Jeroen Dekkers wrote:
> At Tue, 16 Oct 2007 23:09:07 +0200,
> Robert Millan wrote:
> > This patch splits realmode and loader routines out of startup.S. The idea
> > is that the LinuxBIOS port can be adapted to share more code with the rest
> > of GRUB inst
On Fri, Jan 04, 2008 at 01:26:59PM -0500, Pavel Roskin wrote:
> >
> > AFAICT, it can only happen in three ways:
> >
> > 1- The firmware doesn't like GRUB image, and aborts with bogus errors
> > before
> > transferring control to GRUB. You can easily tell this appart by checking
> > for ea
On Fri, 2008-01-04 at 13:32 +0100, Robert Millan wrote:
> On Thu, Jan 03, 2008 at 11:23:01AM -0500, Pavel Roskin wrote:
> > >Why? Does the firmware impose this restriction, or is it GRUB itself that
> > >gets confused?
> >
> > I wish I knew it. 0x7000 is not OK, 0x8000 is OK. Less granularity
Jeroen Dekkers <[EMAIL PROTECTED]> writes:
> At Sat, 22 Dec 2007 09:28:28 +0100,
> Yoshinori K. Okuji wrote:
>>
>> On Tuesday 18 December 2007 13:05, Otavio Salvador wrote:
>> > Personally I don't like bazaar due performance problem. It's really
>> > slow for big projects (it wouldn't be a big pr
At Tue, 16 Oct 2007 23:09:07 +0200,
Robert Millan wrote:
> This patch splits realmode and loader routines out of startup.S. The idea
> is that the LinuxBIOS port can be adapted to share more code with the rest
> of GRUB instead of duplicating it.
>
> This is quite critical stuff, so even if the c
At Sat, 22 Dec 2007 09:28:28 +0100,
Yoshinori K. Okuji wrote:
>
> On Tuesday 18 December 2007 13:05, Otavio Salvador wrote:
> > Personally I don't like bazaar due performance problem. It's really
> > slow for big projects (it wouldn't be a big problem since GRUB is a
> > small one) and it changes
On Fri, Jan 04, 2008 at 01:32:24PM +0100, Robert Millan wrote:
> (we already work this out mostly by heuristics e.g. see my commit in
> 2007-10-07).
Erm sorry, this part is not accurate. What I mean is that we use heuristics
when firmware is buggy and its /memory/available OFW path doesn't re
On Thu, Jan 03, 2008 at 11:23:01AM -0500, Pavel Roskin wrote:
> >Why? Does the firmware impose this restriction, or is it GRUB itself that
> >gets confused?
>
> I wish I knew it. 0x7000 is not OK, 0x8000 is OK. Less granularity
> makes no sense since the value is aligned at the 0x1000 boundar
This patch skips . and .. directories in tab completion. They're basicaly
useless to the user, and this mimics bash completion behaviour.
--
Robert Millan
I know my rights; I want my phone call!
What use is a phone call, if you are unable to speak?
(as seen on /.)
* normal/completion.c (it
On Jan 4, 2008 7:53 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 03, 2008 at 01:11:32AM +0800, Bean wrote:
> > blst FILE
> > display the blocklist of FILE in the image file
>
> Is this `blst' analogous to the `blocklist' command we already have? In
> that case, I'd suggest giving it
On Thu, Jan 03, 2008 at 01:11:32AM +0800, Bean wrote:
> blst FILE
> display the blocklist of FILE in the image file
Is this `blst' analogous to the `blocklist' command we already have? In
that case, I'd suggest giving it the same name.
--
Robert Millan
I know my rights; I want my phone call!
Committed.
On Mon, Dec 31, 2007 at 04:40:00PM +0100, Christian Franke wrote:
> This version of the patch contains only the fix for the E801 EISA memory
> map. The memory existence check was helpful for testing but is not
> really necessary.
>
> But this bug should be fixed, otherwise GRUB2 wou
On Thu, Jan 03, 2008 at 06:04:59PM +0200, Vesa Jääskeläinen wrote:
>
> About new context:
>
> Shouldn't new context have clone of it's parent contexts settings?
I wouldn't want to change that without having some input from whoever designed
(or understands) grub_env_export(). There's probably a
28 matches
Mail list logo
