grub-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: grub-mkconfig fails on every non i386-pc because of gfxterm/vbe


From: Felix Zielcke
Subject: Re: grub-mkconfig fails on every non i386-pc because of gfxterm/vbe
Date: Thu, 04 Jun 2009 00:11:42 +0200

Am Mittwoch, den 03.06.2009, 16:55 -0400 schrieb Pavel Roskin:
> On Wed, 2009-06-03 at 11:43 +0200, Felix Zielcke wrote:
> > I wonder why nobody on this list noticed this yet.
> > Jordi reported this already on Debian a while ago [0]
> > 
> > It fails with `No suitable backend could be found for gfxterm.'
> > The problem is that gfxterm is used when nothing is explicitly specified
> > and the fonts were compiled, but the fails because vbe.mod only gets
> > compiled for i386-pc whereas gfxterm.mod gets compiled for every arches.
> 
> It looks like a conflict between grub-mkconfig and 00_header.
> grub-mkconfig sets GRUB_TERMINAL_OUTPUT to gfxterm because gfxterm.mod
> is present, but 00_header refuses to use it because vbe.mod is absent.
> 
> Or maybe Debian sets GRUB_TERMINAL_OUTPUT to gfxterm somewhere.

No, by default we don't set GRUB_TERMINAL_OUTPUT at all.

> > I suggest as Jordi to just change the `exit 1' to ´exit 0' and telling
> > the user that it falls back to native terminal:
> 
> I believe it's a wrong fix, as it would not prevent adding the gfxterm
> code to grub.cfg.

Yes it won't. It would only prevent it from completely failing if
gfxterm isn't avaible.

> I believe the fix belongs to grub-mkconfig (if it's not a Debian
> specific issue).  Setting defaults in grub-mkconfig should be done very
> carefully, as the numbered scripts treat those defaults as explicit
> requests by the user.

So you would prefer something like the attached patch?
Though then we'll need to tell people to explicit enable gfxterm.

-- 
Felix Zielcke

Attachment: mkconfig-gfxterm.patch
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]