On Tue, Aug 25, 2009 at 14:13, Robert Millan wrote:
>
> My bad...
>
> When I proposed adding a framework for building GRUB modules externally, I
> was expecting it would end up being used. I had grub-extras in mind.
>
> But it became much simpler and straightforwarded to build grub-extras by
> ove
Hi,
Any chance of having a 'multiboot1' module that can continue to pass the
multiboot filename as arg0 ?
--S
Quoting Seth Goldberg, who wrote the following on Wed, 26 Aug 2009:
Hi there,
Sorry for the delay, but I just discovered this broke booting of Solaris,
and here's why: Solari
Hi there,
Sorry for the delay, but I just discovered this broke booting of Solaris,
and here's why: Solaris depends on knowing the name of the kernel file booted
so it can locate the file within the boot archive (so that the kernel runtime
linker can perform its relocations). Is there any
I don't think this can actually cause a real problem, but it's a
compiler warning since it might (e.g. if prompt ever contained "%").
/home/cjwatson/src/ubuntu/grub2/tmp/grub2-1.96+20090826/normal/cmdline.c: In
function ‘grub_cmdline_get’:
/home/cjwatson/src/ubuntu/
On Tue, Aug 25, 2009 at 17:31, Robert Millan wrote:
> GNU libc has "iconv" command and "iconv_*" facilities for charset conversion,
> how about iconv.mod for consistency?
My 2 cents is: that might be confusing. At least, if I saw iconv.mod,
I would assume it was really GNU libc's iconv library.
On Wed, Aug 26, 2009 at 08:39:00PM +0200, Robert Millan wrote:
> On Wed, Aug 26, 2009 at 04:33:56PM +0100, Colin Watson wrote:
> > Index: commands/sleep.c
> > ===
> > --- commands/sleep.c(revision 2535)
> > +++ commands/sleep.c
On Wed, Aug 26, 2009 at 04:33:56PM +0100, Colin Watson wrote:
> Index: commands/sleep.c
> ===
> --- commands/sleep.c (revision 2535)
> +++ commands/sleep.c (working copy)
> [...]
>
> +static int
> +grub_check_keyboard (void)
> +{
>
On Wed, Aug 26, 2009 at 1:51 PM, Michal Suchanek wrote:
> 2009/8/25 Vladimir 'phcoder' Serbinenko :
>>> However, that CVE is about grub leaving its passwords in memory.
>>> Wiping memory used by grub should be fast - orders of magnitude faster
>>> than loading the OS kernel for example.
>> Actually
On Tue, Aug 25, 2009 at 12:02:17AM +0100, Colin Watson wrote:
> I'm open to other ideas. 'sleep --interruptible 0' is not an entirely
> natural way to express what I'm looking for, so I'm not particularly
> attached to it. 'if sleep --interruptible 0; then set timeout=0; fi' is
> suboptimal because
Hi,
Ok, committed.
On Wed, Aug 26, 2009 at 8:18 AM, Robert Millan wrote:
> On Tue, Aug 25, 2009 at 01:41:29AM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> On Tue, Aug 25, 2009 at 12:30 AM, Robert Millan wrote:
>> > On Mon, Aug 24, 2009 at 09:14:48PM +0200, Vladimir 'phcoder' Serbinenko
>> > wr
On Wed, Aug 26, 2009 at 3:31 PM, Shkarupa Xeniya wrote:
> I want to install linux on XServe 2.1 using grub2 as bootloader.
>
> I created bootable CD and blessed directory with grub64.efi in it on CD.
>
> XServe can boot from grub64.efi and show grub prompt. Problem is grub can
> not detect data on
Hi,
I suppose you're using a hfs bootcd, which uses apple partition map.
Try adding the following modules when building grub64.efi:
apple hfs hfsplus
On Wed, Aug 26, 2009 at 9:31 PM, Shkarupa Xeniya wrote:
> I want to install linux on XServe 2.1 using grub2 as bootloader.
>
> I created bootable
I want to install linux on XServe 2.1 using grub2 as bootloader.
I created bootable CD and blessed directory with grub64.efi in it on CD.
XServe can boot from grub64.efi and show grub prompt. Problem is grub can
not detect data on CD.
Grub output:
**
*grub> ls*
*(hd0) (hd1) (hd1,5) (hd1,4) (h
2009/8/25 Vladimir 'phcoder' Serbinenko :
>> However, that CVE is about grub leaving its passwords in memory.
>> Wiping memory used by grub should be fast - orders of magnitude faster
>> than loading the OS kernel for example.
> Actually this specific report is about BIOS leaving its keyboard
> buf
14 matches
Mail list logo
