On Sun, 2008-02-03 at 00:58 -0500, Pavel Roskin wrote:
> grub> help search
> Usage: search [-f|-l|-s] NAME
> Search devices by a file or a filesystem label. If --set is specified,
> the first device found is set to a variable. If no variable name is
> specified, "root" is used.
Actually, I was wr
On Sunday 03 February 2008 20:34, Pavel Roskin wrote:
> I suggest that we require Autoconf 2.61 in configure.ac. It has been
> out for over a year. It's easy to install locally without breaking
> anything. It generates more portable configure scripts than older
> version of Autoconf (at least it
On Sunday 03 February 2008 17:53, Yoshinori K. Okuji wrote:
> On Sunday 03 February 2008 16:18, Robert Millan wrote:
> > On Sun, Feb 03, 2008 at 09:47:17AM -0500, George Lengel wrote:
> > > Dear Robert,
> > >
> > > I now get a 0x80 at the top of the screen just before the rescue mode
> > > line. Th
NetBSD's gcc wants libgcc and libc to define __enable_execute_stack,
but this is useless for a free-standing executable like grub. Define
a dummy function in lieu of libgcc to supply __enable_execute_stack.
Index: include/grub/mm.h
===
Hello!
I suggest that we require Autoconf 2.61 in configure.ac. It has been
out for over a year. It's easy to install locally without breaking
anything. It generates more portable configure scripts than older
version of Autoconf (at least it's supposed to, unless there are
regressions).
I see
On Sun, 2008-02-03 at 09:42 -0800, walt wrote:
> Marco Gerards wrote:
> > Hi,
> >
> > Here is a patch for testing purposes. I hope people can test this on
> > actual hardware. Testing will help a lot for the development of the
> > ATA driver.
> > ...
> > Please tell me (read this before testing!
On Sun, Feb 03, 2008 at 02:33:40PM +0100, Robert Millan wrote:
>
> Thanks to Bean's latest effort (and to Alex Roman, I assume), grub-mkrescue
> can
> be made a bit cleaner by using cdboot.img instead of the floppy emulation
> hack.
>
> See attached patch.
Committed.
--
Robert Millan
I kno
On Sun, Feb 03, 2008 at 03:53:42PM +0100, Robert Millan wrote:
> On Sun, Feb 03, 2008 at 02:29:55PM +0100, Robert Millan wrote:
> > On Sun, Feb 03, 2008 at 09:05:38PM +0800, Bean wrote:
> > >
> > > if font (xxx)/some-file.pff ; then
> > > # graphic mode setting
> > > else
> > > # text mode set
Quoting "Yoshinori K. Okuji" <[EMAIL PROTECTED]>:
On Sunday 03 February 2008 18:15, Pavel Roskin wrote:
That's a very serious bug, which prevents Windows Vista from loading
(and perhaps many other OSes depend on it too). Applying the patch
fixes it. The patch needs to be applied before 1.96 i
Hi,
Some change in this version:
Move grub-fstest.c_DEPENDENCIES and grub_fstest_SOURCES to common.rmk.
Add new option -d for grub-fstest, it's used to set the debug
environment variable.
This could be the final version, if nobody objects, i will check it in.
2008-02-03 Bean <[EMAIL PROTECTED]
Marco Gerards wrote:
Hi,
Here is a patch for testing purposes. I hope people can test this on
actual hardware. Testing will help a lot for the development of the
ATA driver.
...
Please tell me (read this before testing!):
1) Does it work perfectly (yes/no) as in, all devices are detected and
On Sunday 03 February 2008 18:15, Pavel Roskin wrote:
> That's a very serious bug, which prevents Windows Vista from loading
> (and perhaps many other OSes depend on it too). Applying the patch
> fixes it. The patch needs to be applied before 1.96 is released, if
> possible.
Sorry that it's a bi
Hello!
That's a very serious bug, which prevents Windows Vista from loading
(and perhaps many other OSes depend on it too). Applying the patch
fixes it. The patch needs to be applied before 1.96 is released, if
possible.
The boot drive setting is held in the %edx register, which is clobbered
by
[EMAIL PROTECTED] wrote:
Hi,
In the course of actually trying to use the MultibootDraft, I've discovered
some places where the draft and the grub2 implementation differ...
Hi Jonathan,
Are you using grub2/cvs with or without Bean's latest multiboot patch?
It still hasn't been committed, and I
On Sunday 03 February 2008 16:18, Robert Millan wrote:
> On Sun, Feb 03, 2008 at 09:47:17AM -0500, George Lengel wrote:
> > Dear Robert,
> >
> > I now get a 0x80 at the top of the screen just before the rescue mode
> > line. This indicates I am using my compiled version and also confirms
> > your s
Hi,
In the course of actually trying to use the MultibootDraft, I've discovered
some places where the draft and the grub2 implementation differ.
* Multiboot Information Tags
* Start Tag
The Draft says key is 0x, grub2 says 0x0001.
* Boot Loader Name tag is different
The Draft say
On Sun, Feb 03, 2008 at 09:47:17AM -0500, George Lengel wrote:
>
> Dear Robert,
>
> I now get a 0x80 at the top of the screen just before the rescue mode
> line. This indicates I am using my compiled version and also confirms
> your suspicion about the BIOS, right?
>
> >
> >What version of GRU
On Sun, Feb 03, 2008 at 02:29:55PM +0100, Robert Millan wrote:
> On Sun, Feb 03, 2008 at 09:05:38PM +0800, Bean wrote:
> >
> > if font (xxx)/some-file.pff ; then
> > # graphic mode setting
> > else
> > # text mode setting
> > fi
> >
> > i think this behavior is consistent with sh, an error co
Robert Millan wrote:
On Sat, Feb 02, 2008 at 10:44:35PM -0500, George Lengel wrote:
Robert Millan wrote:
Sounds like grub_boot_drive not having the right info. It works when
received
via multiboot, but not from boot.img.
Does the attached patch fix your problem? Just a guess ...
I'm happy to announce the release of GRUB 1.96. This is the seventh of
our prereleases leading up to GRUB 2.0. We encourage you to try it, as
we have done a significant amount of work towards GRUB 2. Note that this
release is mainly for developers who are willing to contribute to our
project. If
Thanks to Bean's latest effort (and to Alex Roman, I assume), grub-mkrescue can
be made a bit cleaner by using cdboot.img instead of the floppy emulation hack.
See attached patch.
--
Robert Millan
I know my rights; I want my phone call!
What use is a phone call… if you are unable to speak?
(
On Sun, Feb 03, 2008 at 09:05:38PM +0800, Bean wrote:
>
> if font (xxx)/some-file.pff ; then
> # graphic mode setting
> else
> # text mode setting
> fi
>
> i think this behavior is consistent with sh, an error code returned
> from command should not cause the script to abort.
Urg, part of up
On Sunday 03 February 2008 11:55, Robert Millan wrote:
> You mean it is intentional? I think it's a bad plan to assume user will
> check for error status of each command, specially in situations like
> font/gfxterm.
It is quite intentional. This behavior is consistent with Bash and GRUB
Legacy.
On Feb 3, 2008 6:55 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Sun, Feb 03, 2008 at 11:05:26AM +0800, Bean wrote:
> > > > > Try the following grub.cfg:
> > > > >
> > > > > cat (memdisk)/non-existant-file
> > > > > echo this point should never be reached
> > > > > read
> > > > >
> > > >
>
> PROMPT is always in ASCII. This was my assumption. Is it bad?
>
> Okuji
>
Possibly, it is not so bad, but unexpectedly.
It seems (e.g. to me) that grub_cmdline_get() simply makes grub_printf()
call (without any `byte length` restrictions).
Furthermore, if user wanna make `i18n prompt request`
On Sun, Feb 03, 2008 at 11:05:26AM +0800, Bean wrote:
> > > > Try the following grub.cfg:
> > > >
> > > > cat (memdisk)/non-existant-file
> > > > echo this point should never be reached
> > > > read
> > > >
> > > > You'll see that the echo is reached, even if cat returned an error.
> > > >
>
On Sat, Feb 02, 2008 at 10:44:35PM -0500, George Lengel wrote:
> Robert Millan wrote:
> >
> >
> >Sounds like grub_boot_drive not having the right info. It works when
> >received
> >via multiboot, but not from boot.img.
> >
> >Does the attached patch fix your problem? Just a guess ...
> >
>
>
Committed.
--
Bean
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
28 matches
Mail list logo
