Vesa Jääskeläinen wrote:
phcoder wrote:
Hello. I've run into the bug that when editing menu entry in gfxterm
characters disappear after cursor moves away from its position. Here is
bugfix
I don't think this is a clean fix:
Index: term/gfxterm.c
On 2009-03-11, Peter Cros pxwp...@gmail.com wrote:
Hi,
Try the other instructions for MacBook
http://grub.enbug.org/TestingOnMacbook ( recentlu updated )
including bless --folder --file --setBoot
(not --mount)
When I do that, it still goes through 15 of the 2-second
time-wasting
Grant Edwards wrote:
On 2009-03-11, Peter Cros pxwp...@gmail.com wrote:
Hi,
Try the other instructions for MacBook
http://grub.enbug.org/TestingOnMacbook ( recentlu updated )
including bless --folder --file --setBoot
(not --mount)
When I do that, it still goes through 15 of the 2-second
Hello. I'm now writing the code to make multiboot and bsd work on EFI
based on my grub_machine_memory_iterate for EFI. MY code will be the
same for all i386 branches. It's quite complete except that I had no
time yet to test it. I'l submit once it works
I was thinking and found another utility
Hello this issue still persists and unfortunately usb keyboard didn't
fix the issue. Perhaps we should commit this as at least temporary
solution for the problem?
phcoder wrote:
Fixed
Pavel Roskin wrote:
On Tue, 2009-02-03 at 22:30 +0100, phcoder wrote:
- status = efi_call_3
On Mon, Mar 09, 2009 at 01:37:14PM -0400, Pavel Roskin wrote:
Hello!
It's a shame the discussion about hfs got nowhere. I've made another
patch. I didn't look at the Linux hfs sources or at any previous
patches. I took the case ordering table from hfsutils 3.2.6, which is
licensed under
On Wed, Mar 11, 2009 at 10:36:40AM -0400, BandiPat wrote:
Has there been any further work done on the disappearing characters in
gfxterm? I know you guys had looked at it, but the last word was it was
not fixed yet. I understand it's not a priority, but a fix would help
in me getting
On Mon, Mar 02, 2009 at 01:35:06AM +0100, phcoder wrote:
+ * include/grub/elf.h: added missing attributes
This should be a bit more descriptive.
for (i = 0; i ehdr-e_phnum; i++)
if (phdr(i)-p_type == PT_LOAD phdr(i)-p_filesz != 0)
{
- if (phdr(i)-p_paddr
On 2009-03-11, phcoder phco...@gmail.com wrote:
http://grub.enbug.org/TestingOnMacbook ( recentlu updated )
including bless --folder --file --setBoot
(not --mount)
When I do that, it still goes through 15 of the 2-second
time-wasting operations, then it boots directly into OS-X.
[...]
Looks like for some reason your bless command tries to announce efi
partition by uuid. I'm not sure where this uuid comes from, perhaps it's
uuid from gpt but I would suspect that EFI has troubles finding your
partition because of this try:
1) you could bless manually by writing corresponding
On 2009-03-11, Grant Edwards gra...@visi.com wrote:
On 2009-03-11, Peter Cros pxwp...@gmail.com wrote:
Hi,
Try the other instructions for MacBook
http://grub.enbug.org/TestingOnMacbook ( recentlu updated )
including bless --folder --file --setBoot
(not --mount)
When I do that, it
On 2009-03-11, Grant Edwards gra...@visi.com wrote:
Moving grub from the EFI FAT32 partition to the HFS+ partition
eliminates the 30-second delay. In this case the status looks
like this:
It's usable this way except it would be nice to have grub in a
second parition. That way if I break
Grant Edwards wrote:
On 2009-03-11, Grant Edwards gra...@visi.com wrote:
Moving grub from the EFI FAT32 partition to the HFS+ partition
eliminates the 30-second delay. In this case the status looks
like this:
It's usable this way except it would be nice to have grub in a
second parition.
On 2009-03-11, phcoder phco...@gmail.com wrote:
Looks like for some reason your bless command tries to announce efi
partition by uuid. I'm not sure where this uuid comes from, perhaps it's
uuid from gpt but I would suspect that EFI has troubles finding your
partition because of this try:
On Wed, 2009-03-11 at 00:04 -0400, Pavel Roskin wrote:
On Wed, 2009-03-11 at 13:34 +1300, Centurion Computer Technology (2005)
Ltd wrote:
Hi,
I am playing with the search command in grub2 from debian experimental
and have noticed some oddness
The search command currently returns
On Thu, 2009-03-12 at 12:52 +1300, Centurion Computer Technology (2005)
Ltd wrote:
On Wed, 2009-03-11 at 00:04 -0400, Pavel Roskin wrote:
On Wed, 2009-03-11 at 13:34 +1300, Centurion Computer Technology (2005)
Ltd wrote:
Hi,
I am playing with the search command in grub2 from debian
Centurion Computer Technology (2005) Ltd wrote:
On Thu, 2009-03-12 at 12:52 +1300, Centurion Computer Technology (2005)
Ltd wrote:
On Wed, 2009-03-11 at 00:04 -0400, Pavel Roskin wrote:
On Wed, 2009-03-11 at 13:34 +1300, Centurion Computer Technology (2005)
Ltd wrote:
Hi,
I am playing with
I have used a separate small hfs+ partition, works well, and fast if
blessed.
The EFI FAT32 partition is OK and a good backup if using rEFIt to recognise
it without needing to bless, but cant be blessed --folder.
On Thu, Mar 12, 2009 at 9:51 AM, Grant Edwards gra...@visi.com wrote:
On
An easy fix would be for search to return the device with parentheses
This would solve most of the problems, and allow for:
search -s OSdevice -u ----
chainloader ${OSdevice}+1
search -s OSdevice -u ----
chainloader (${OSdevice})+1
It
Quoting Centurion Computer Technology (2005) Ltd dan...@centurion.net.nz:
Nope, as above, because we cannot set Prefix to include the device
programmatically, as soon as you've changed your root, you can no longer
load modules or use commands.
You can preload all the modules you need with
20 matches
Mail list logo