Hello,
On Jan/13/2009, Pavel Roskin wrote:
> > ChangeLog:
> > --
> > 2008-14-01 Carles Pina i Estany
[...]
> Actually, you didn't post the patch. You posted the whole file. Be
> careful.
I will not send more patches in hurry before go to sleep :-)
Thanks Pavel,
--
Carles Pina
Those numbers look better.
Hanging at that stage can be due to incorrect boot command - trying to boot
a kernel which requires an initrd. (not the only possibility).
In my case I use -
linux /vmlinuz root=/dev/sda3 video=efifb
initrd /initrd.img
If I try to boot without initrd I get your result.
On Wed, 2009-01-14 at 00:10 +0100, Carles Pina i Estany wrote:
> Hello,
>
> I see in the ChangeLog that fseek() has been replaced by fseeko(). But
> there still is one fseek in Grub2 that has not been changed.
It's because grub-editenv.c appeared after the commit that eliminated
fseek().
> As f
Hello,
I see in the ChangeLog that fseek() has been replaced by fseeko(). But
there still is one fseek in Grub2 that has not been changed. As far as I
can understand by "mistake" (should not affect anything but ChangeLog
says, about fseek, for example:
---
* util/grub-fstest.c (cmd_c
Hello,
(Grub2 internal functions questions, related with gettext)
I would like to use io/bufio.c to read the .mo file, so I would use
grub_bufio_open to open, and grub_bufio_read to read.
I'm missing grub_bufio_fseek. I think that I could play with
file->offset, but this would maybe break somet
Hello,
I was thinking to implement some kind of internalization in Grub2. We
discussed some months ago, but now I have been playing with something
and thinking a bit more how to do it.
I have done a "draft" program (working, not shareable -needs some
clenaup-, in standalone C) that getting a .mo
Committed.
--
Bean
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel