On Sat, May 19, 2007 at 01:49:53AM +0100, Sam Morris wrote:
> On Fri, 2007-05-18 at 08:51 +0200, Robert Millan wrote:
> > On Sun, May 13, 2007 at 06:44:07PM +0200, Robert Millan wrote:
> > > On Sun, May 13, 2007 at 12:02:26PM +0100, Sam Morris wrote:
> > > > On Sat, 2007-05-12 at 22:16 +0100, Sam M
On Fri, May 18, 2007 at 08:27:57PM +0200, Yoshinori K. Okuji wrote:
> On Friday 18 May 2007 08:37, Robert Millan wrote:
> > > Providing a rudimentary tool rather harms the user.
> >
> > What do you mean? It's almost the same that the powerpc version does.
>
> The powerpc version is not a good ref
Hi,
I'd like to add a shell library that can be used as a helper for update-grub
modules.
Currently, update-grub exports variables like GRUB_DRIVE_BOOT and
GRUB_DRIVE_BOOT_GRUB, which are a bit of a kludge. I'd like to rewrite
these into a shell function that converts system paths to grub paths
Are there any plans to implement gettext ? If not, I'd like to send a
proposal.
--
Robert Millan
My spam trap is [EMAIL PROTECTED] Note: this address is only intended
for spam harvesters. Writing to it will get you added to my black list.
___
Gru
On Fri, May 18, 2007 at 08:35:35PM +0200, Yoshinori K. Okuji wrote:
> > This module checks for CPU features
> > (currently only the long_mode flag, but more could be added if needed)
> > using cpuid. The idea behind this is that grub.cfg scripts can use it to
> > decide wether a 64-bit or 32-bit
On Sat, May 19, 2007 at 12:47:46PM +0100, Sam Morris wrote:
> >
> > Can you try passing these to grub-install instead of modifiing the source?
> >
> > Like: grub-install --modules="pc gpt"
>
> Ok, I'll try that... would grub-mkimage not throw an error in that case
> though?
It shouldn't.
> BTW
On Sat, May 19, 2007 at 02:10:32PM +0100, Sam Morris wrote:
>
> Ok, here are the results.
>
> 'grub-mkimage --output=/boot/grub/core.img ext2 pc gpt _chain' crashes
> at the menu
But raid is missing here. Does "ext2 pc gpt raid _chain" work? (at least,
to get to the rescue console)
> I wonder
Hi,
I'll work on LinuxBIOS as part of the GSoC 2007 and I'm tasked to enable
grub2 as payload for LinuxBIOSv3.
Currently, I'm preparing my workspace, and I had some issues with
getting grub2 to build on my Solaris machine as solaris-gccs tend to use
sun as and sun ld in the back end which have a
(please keep CC to upsteam..)
So, do we put this in upstream grub CVS, or do we hold it off untill a
better fix is available ?
On Sat, May 19, 2007 at 03:34:13PM +0100, Sam Morris wrote:
> On Sat, 2007-05-19 at 16:08 +0200, Robert Millan wrote:
> > On Sat, May 19, 2007 at 02:10:32PM +0100, Sam M
Forwarding to upstream. Anyone knows why Sam's mails aren't echoed in the
list, despite grub-devel@gnu.org is in CC ?
On Sat, May 19, 2007 at 03:13:58PM +0100, Sam Morris wrote:
> clone 423022 -1
> retitle -1 Errors that cause the user to enter rescue mode are not displayed
> thanks
>
> On Sat,
On Sat, May 19, 2007 at 05:06:21PM +0100, Sam Morris wrote:
> On Sat, 2007-05-19 at 17:51 +0200, Robert Millan wrote:
> > Forwarding to upstream. Anyone knows why Sam's mails aren't echoed in the
> > list, despite grub-devel@gnu.org is in CC ?
>
> I'm not subscribed. I've been getting bounces fro
On Sat, 2007-05-19 at 17:32 +0200, Robert Millan wrote:
> (please keep CC to upsteam..)
>
> So, do we put this in upstream grub CVS, or do we hold it off untill a
> better fix is available ?
I think falling back to 'pc raid gpt' is ok. Perhaps if the fallback is
used, a warning could be displayed
On Saturday 19 May 2007 11:43, Robert Millan wrote:
> Ok. So, what interface we should provide to the user? I've been told that
> the files shouldn't be in the root of EFI partition, but in a subdirectory
> like /efi/grub. Should this directory be specified by the user? We could
> make it somet
On Saturday 19 May 2007 12:18, Robert Millan wrote:
> I'd like to add a shell library that can be used as a helper for
> update-grub modules.
>
> Currently, update-grub exports variables like GRUB_DRIVE_BOOT and
> GRUB_DRIVE_BOOT_GRUB, which are a bit of a kludge. I'd like to rewrite
> these into
On Saturday 19 May 2007 12:21, Robert Millan wrote:
> Are there any plans to implement gettext ? If not, I'd like to send a
> proposal.
Only a plan. Nothing has been done until now. I think we have three main
issues:
- how to prevent calling getttext before loading it (note: I don't want to put
On Saturday 19 May 2007 12:55, Robert Millan wrote:
> > if cpuid --long-mode; then ...; else ...; fi
>
> The return value ($?) is set, but this syntax doesn't work. How can this
> functionality be tested?
Sorry, I am not sure. :(
Possibly, not all planned features are implemented in the scripting
On Saturday 19 May 2007 17:30, Patrick Georgi wrote:
> I'm now using a cross compiler with target "i386-elf", ie. no operating
> system specification, which works fine so far. With grub2 I had an issue
> in the configuration process as some tests try to build executables with
> the target compiler
On Saturday 19 May 2007 18:45, Robert Millan wrote:
> On Sat, May 19, 2007 at 05:06:21PM +0100, Sam Morris wrote:
> > On Sat, 2007-05-19 at 17:51 +0200, Robert Millan wrote:
> > > Forwarding to upstream. Anyone knows why Sam's mails aren't echoed in
> > > the list, despite grub-devel@gnu.org is in
Yoshinori K. Okuji schrieb:
On Saturday 19 May 2007 17:30, Patrick Georgi wrote:
the target compiler that link libc (and potentially even more libs) -
which don't exist in my configuration.
As those are not necessary, I decided to modify grub2 instead of messing
around even more with the not-
19 matches
Mail list logo
