[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] Allow user-defined functions to override builtins.
From: |
Glenn Washburn |
Subject: |
Re: [PATCH] Allow user-defined functions to override builtins. |
Date: |
Tue, 27 May 2014 01:27:47 -0500 |
On Sun, 25 May 2014 05:03:31 +0200
Vladimir 'φ-coder/phcoder' Serbinenko <address@hidden> wrote:
> On 24.05.2014 09:47, Glenn Washburn wrote:
> > But the prefix variable is used for other things in the loaded
> > config file. So if I change the prefix to be that of the running
> > grub to load the correct modules, other parts of the config will
> > break (for instance, loading fonts or locales).
> Localesneed to come from folder matching running GRUB, otherwise
> you'll get string mismatches. Fonts typically come from themes or is
> unifont.
>
> Additionally your approach doesn't solve the problem in the first
> place. insmod is just one of possible ways to load modules. For
> various autoloads there is no command to hook.
I'm not sure of a good solution to the locale problem, but I don't
think I've run in to it (I use english, which I don't think needs
them). So ignore my comment about locales.
As far as module auto-loading, please correct me if I'm wrong, but I
think auto-loading mostly happens when resolving dependencies when
loading another module. I have seen, for instance, the "help loadfont"
command auto-load the font modules, but in what other situations does
modules auto-loading occur?
In my case, I think things generally work because auto-loading is
happening as a reaction to an explicit load from insmod. In this
context things will work as desired because the changed prefix set in
the insmod hook will be used.
Michel also had a good use for it, which is to provide cheap builtin
trace/logging. I expect as grub gets more powerful more uses not
thought of will crop up.
signature.asc
Description: PGP signature