From: Mads Kiilerich <mads@kiilerich.com>
To: The development of GNU GRUB <grub-devel@gnu.org>
Cc: Michael Chang <mchang@suse.com>
Subject: Re: [PATCH] suppress error message "/grub2/locale/en.mo.gz not found"
Date: Mon, 24 Sep 2012 11:37:12 +0200 [thread overview]
Message-ID: <506029C8.8000804@kiilerich.com> (raw)
In-Reply-To: <1348469509-21079-1-git-send-email-mchang@suse.com>
On 09/24/2012 08:51 AM, Michael Chang wrote:
> We don't insert gettext module if message catalog file missing to
> prevent error message from being logged.
>
> Signed-off-by: Michael Chang <mchang@suse.com>
> ---
> util/grub.d/00_header.in | 10 +++++++---
> 1 files changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/util/grub.d/00_header.in b/util/grub.d/00_header.in
> index bb34ef2..d438d52 100644
> --- a/util/grub.d/00_header.in
> +++ b/util/grub.d/00_header.in
> @@ -182,10 +182,14 @@ EOF
>
> # Gettext variables and module
> if [ "x${LANG}" != "xC" ] ; then
Couldn't / sholdn't this check be replaced by the new check you introduce?
> +# We don't insert gettext module if message catalog file missing
> +# To prevent error message from being logged (bnc#771393)
That seems like a reference to some (internal Suse?) bugtracker? To me
it is https://bugzilla.redhat.com/show_bug.cgi?id=817187 , but I guess
https://savannah.gnu.org/bugs/?35880 is the best reference.
> cat << EOF
> - set locale_dir=\$prefix/locale
> - set lang=${grub_lang}
> - insmod gettext
> + if [ -f "\$prefix/locale/${grub_lang}.mo" ] ; then
> + set locale_dir=\$prefix/locale
> + set lang=${grub_lang}
> + insmod gettext
> + fi
> EOF
> fi
I'm +1 for the principle, but does it really work for real world locales
like de_DE which will use de.mo on runtime?
I would guess that it also should handle all the logic in gettext.c
grub_gettext_init_ext() and grub_mofile_open_lang() and how these
functions are invoked: .gz extension, _CC stripping and
primary/secondary locale_dir.
(I would prefer if all this processing could be done in mkconfig instead
of on runtime, but I guess the desire for backward compatibility
prevents that.)
(It also seems to me like the current system lacks support for fallback
from ll_CC@unknownvariant to ll_CC and ll. I don't know if that is a
real problem.)
/Mads
next prev parent reply other threads:[~2012-09-24 9:37 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-24 6:51 [PATCH] suppress error message "/grub2/locale/en.mo.gz not found" Michael Chang
2012-09-24 9:37 ` Mads Kiilerich [this message]
2012-09-24 18:40 ` Andrey Borzenkov
2012-09-25 4:46 ` Michael Chang
2012-09-25 15:24 ` Andrey Borzenkov
2012-09-25 18:52 ` Andrey Borzenkov
2012-09-25 21:54 ` Colin Watson
2012-09-26 7:44 ` Michael Chang
2012-09-26 12:52 ` Colin Watson
2012-09-25 3:49 ` Michael Chang
2012-09-25 21:52 ` Colin Watson
2013-04-05 7:23 ` Andrey Borzenkov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=506029C8.8000804@kiilerich.com \
--to=mads@kiilerich.com \
--cc=grub-devel@gnu.org \
--cc=mchang@suse.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.