Mon 04 Mar 2013 02:45:11 PM UTC, comment #12:
For the record, this silly complaint is patched out the very same way at least openSUSE and ALT Linux.
(file #27564)
|
Thu 06 Sep 2012 10:53:05 AM UTC, comment #11:
Vladimir, I think that this is a kind of odd position to take, honestly. Userspace gettext falls back silently to untranslated text if translations are unavailable. I don't see why boot loader translations are so much more important than userspace translations that they require printing an error message; furthermore, surely in cases of doubt similarly-named parts of the GNU system should behave similarly, and therefore GRUB gettext should adopt the behaviour of GNU libc gettext here.
(file #26488)
|
Thu 10 May 2012 09:49:11 AM UTC, comment #10:
IMO the problem is not so much what it try to load but the error message when a locale setting without translation is used.
The complaint about the missing locale is relevant when grub-mkconfig is run - not so much on runtime.
|
Mon 19 Mar 2012 04:09:16 PM UTC, comment #9:
True.
Perhaps we should change this from a bug to a feature request: add "en" and "en_US" translations.
|
Mon 19 Mar 2012 04:05:15 PM UTC, comment #8:
The problem here basically is that user requests specifically en_US and not C/POSIX and neither en_US nor en is available.
And actually en_US translation for GRUB would make the sense since currently the translation also specifies date format and by default GRUB uses ISO date.
|
Mon 19 Mar 2012 04:00:02 PM UTC, comment #7:
Right, so your point is that other applications have English translations. Is such a thing in the works for GRUB?
If not, maybe you could just add an empty translation for English to prevent the error message from happening at boot.
|
Mon 19 Mar 2012 03:44:47 PM UTC, comment #6:
> rather than complaining about a base en translation that will never exist.
phcoder@debian.x201.phnet:16:43:56:~/compile$ ls /usr/share/locale/en/LC_MESSAGES/
clisplow.mo clisp.mo gnome-control-center-2.0.mo gtk30.mo gtk30-properties.mo iso_3166_2.mo lynx.mo
|
Sat 17 Mar 2012 11:54:08 PM UTC, comment #5:
I think the main issue is that the error is misreported; it should tell the user that the en_US dialect is missing, rather than complaining about a base en translation that will never exist.
|
Sat 17 Mar 2012 11:23:54 PM UTC, comment #4:
Yes, but English is a bit of a special case; the messages are already written in English.
Nobody really cares about quotes in their boot loader.
|
Sat 17 Mar 2012 11:19:27 PM UTC, comment #3:
It's not created because there is no en.po. But the same holds also for e.g. es.po (Spanish) but we need to give a reason why GRUB isn't in locale language despite being configured for it.
|
Sat 17 Mar 2012 11:11:47 PM UTC, comment #2:
As far as I can tell, en.mo.gz is never created, so attempting to load it will never succeed.
|
Sat 17 Mar 2012 10:12:27 PM UTC, comment #1:
This is not a bug. "en" locale may also need some translation like handling proper quoting, see en@quot. So not loading it wouldn't be correct.
|
Sat 17 Mar 2012 10:04:45 PM UTC, original submission:
Grub tries to load an English translation if grub-mkconfig is run with an English locale (LANG=en_US.UTF-8).
This causes an error message to briefly displayed before the menu loads on boot up.
This was originally reported downstream at Gentoo Linux.
https://bugs.gentoo.org/show_bug.cgi?id=408599
|