Re: gettext util/*

On Jan/27/2010, Carles Pina i Estany wrote: > > Hi, > > Here is the first patch to gettextizze strings in util/* (well, before > some things has been done). Now with the patch attached. -- Carles Pina i Estany http://pinux.info === modified file 'ChangeLog' --- ChangeLog 2010-01-26 2

gettext util/*

Hi, Here is the first patch to gettextizze strings in util/* (well, before some things has been done). Vladimir suggested to not gettext: + printf (_("\nGlyph #%d, U+%04x\n"), num, glyph->char_code); + printf (_("Width %d, Height %d, X offset %d, Y offset %d, Device width %d\n"), I'm

Re: PXE directory listing incorrectly reported as "success"

Robert Millan wrote: > Hi, > > It appears that directory listing isn't supported by TFTP protocol (so > says our wiki). > > Our pxe.c implements grub_pxefs_dir() as a dummy stub that returns > GRUB_ERR_NONE. This is obviously wrong, as it prevents the user from > noticing that there was a problem,

Re: [PATCH] support for xz compression format

Szymon Janc wrote: > Hello, > > Attached patch adds support for xz compressed files. Interface is similar to > gzio: grub_xzio_open() and grub_xzfile_open(). Files: xzio.h and xzio.c > > Decompression algorithm is imported (no source code changes) from > http://tukaani.org/xz/embedded.html and is

[PATCH] support for xz compression format

Hello, Attached patch adds support for xz compressed files. Interface is similar to gzio: grub_xzio_open() and grub_xzfile_open(). Files: xzio.h and xzio.c Decompression algorithm is imported (no source code changes) from http://tukaani.org/xz/embedded.html and is located in lib/xzembed directo

Re: Multiboot's boot_device field specification + implementation bug

Hi, (a) set root=(hd1,2,a) ; multiboot /mbtest ; boot --> boot_device = 0x810100ff (b) multiboot (hd1,2,a)/mbtest ; boot --> boot_device = 0x8000 Out of curiosity, I tried equivalent commands with GRUB Legacy, and I get boot_device = 0x810100ff in both cases. Best regards, Gré

Re: macrofy fontcontants

Hi, On Jan/26/2010, Vladimir '??-coder/phcoder' Serbinenko wrote: > Evgeny Kolesnikov wrote: > > On Mon, 2010-01-25 at 23:07 +, Carles Pina i Estany wrote: > > > > > >> Find attached a way to macrofy the constants from font files between > >> util and grub kernel. > >> > >> Comments, name

Re: Antialiased fonts patch.

Hi, On Jan/26/2010, Vladimir '??-coder/phcoder' Serbinenko wrote: > Evgeny Kolesnikov wrote: > > So I can suggest to make division: 1-bit & indexed text layer vs > > 8(32)-bit & RGBA layer. First is for speed, second (and third) > > is for beauty > Splitting speed/niceness is ok as long as the

Re: PXE directory listing incorrectly reported as "success"

How about returning one entry named 'pxe/tftp doesn't support directory listing' :). --S On Jan 26, 2010, at 12:08 PM, Robert Millan wrote: Hi, It appears that directory listing isn't supported by TFTP protocol (so says our wiki). Our pxe.c implements grub_pxefs_dir() as a dummy stu

PXE directory listing incorrectly reported as "success"

Hi, It appears that directory listing isn't supported by TFTP protocol (so says our wiki). Our pxe.c implements grub_pxefs_dir() as a dummy stub that returns GRUB_ERR_NONE. This is obviously wrong, as it prevents the user from noticing that there was a problem, and silently reports an "empty" d

Re: On gratuitous modularization

On Mon, Jan 25, 2010 at 09:13:11PM +0100, Christian Franke wrote: > > The module ata_pthru.mod exists only to keep ata.mod small, see: > http://lists.gnu.org/archive/html/grub-devel/2009-02/msg00091.html I see. Thanks for pointing this out. > Keeping the ata.mod specific pass-through function se

Re: [PATCH] DM-RAID probing

On Mon, Jan 25, 2010 at 07:48:46PM +, Colin Watson wrote: > I've pushed this branch with improved DM-RAID probing support: > > sftp://bzr.sv.gnu.org/srv/bzr/grub/branches/dmraid-probe/ > > This makes it possible for things like this to work: > > grub-probe --target=partmap --device > >

Re: Antialiased fonts patch.

Evgeny Kolesnikov wrote: > Hi, > > >> At first I was completely against antialiasing support because of >> performance impact. But it being optional decreases the later. However >> there is one problem: your patch relies on text_layer to be RGBA >> which was a mistake. RGBA for text laye

Re: Antialiased fonts patch.

Hi, > At first I was completely against antialiasing support because of > performance impact. But it being optional decreases the later. However > there is one problem: your patch relies on text_layer to be RGBA > which was a mistake. RGBA for text layer is vastly inefficient > especially

Re: macrofy fontcontants

Evgeny Kolesnikov wrote: > On Mon, 2010-01-25 at 23:07 +, Carles Pina i Estany wrote: > > >> Find attached a way to macrofy the constants from font files between >> util and grub kernel. >> >> Comments, name changes, etc. are welcomed. >> > > Can you please consider my patch for anti-al

Re: Antialiased fonts patch.

Evgeny Kolesnikov wrote: > Here is the path for anti-aliased fonts. > > At first I was completely against antialiasing support because of performance impact. But it being optional decreases the later. However there is one problem: your patch relies on text_layer to be RGBA which was a mistak

[PATCH] Making parenthesis part of word; fixes set root=(hd1,1) issue

Hi, Recent lexer-rewrite merge into experimental has an issue, that it rejects "set root=(hd1,1)" statement (because its not valid syntax in BASH, which is what GRUB script was trying to emulate). Attached patch fixes this issue, by treating parenthesis as valid word alphabets. -- bvk.chaita