Red Hat Bugzilla – Bug 442567
No way to set system locale to en_GB
Last modified: 2013-01-09 23:39:59 EST
Description of problem:
Installing Fedora 9 Beta, I selected 'English (English)' as the language to use
while installing; I selected a United Kingdom layout keyboard; I chose
'Europe/London' for my time zone.
When the installation has completed, /etc/sysconfig/i18n sets the locale to
This is bad because it means that system daemons will start in the wrong locale.
In particular, cupsd will be in a Letter paper size locale instead of an A4
paper size locale.
The end result: plugging in a USB printer will configure it with the wrong paper
Steps to Reproduce:
1. Install in United Kingdom.
2. Plug in USB printer.
3. Print test page.
Page doesn't fit on paper.
Page fits paper perfectly.
This is going to hit every single English-speaking A4 user who prints.
Apologies for the late report; hardware constraints have prevented me from
testing rawhide since November.
This has always been the case. We probably should revisit the way we do locale
selection in Fedora 10.
What makes this worse for Fedora 9 is that system-config-language is no longer
installed by default. I just tried a DVD install of Fedora 9 Beta and can
confirm this is the case.
*** Bug 433895 has been marked as a duplicate of this bug. ***
So in fact this is quite disastrous:
1. Install Fedora 9, selecting 'United Kingdom', 'English', 'London', etc
2. Locale is incorrect, so try to change language
3. System->Administration->Language not in menu, so select 'Add/Remove Software'
4. Install system-config-language
5. Use it to set language to "English (Great Britain)".
6. "British language support is not installed, do you want to install it?": yes
7. Silent traceback due to bug #442901.
Even after all this, my locale is still en_US!
We could add system-config-language back to being installed by default, although
with the state that its in, I'm not sure how much that helps.
anaconda's definitely not going to grow entirely new UI at this point
I don't think it would take very much to get system-config-language working
again: seems to me that it's just a case of adding yumhelpers.glade from pirut
into system-config-language and adjusting the path it uses to look for it (I've
added a comment to bug #442901 about that). Granted, this would be a short-term
solution until system-config-language grows PackageKit support, but I think that
the most important thing is to be able to change the language post-install,
especially considering the situation with English.
Perhaps we could even consider removing the "install language group" feature
from system-config-language until it is fixed properly?
Might be simplest, yes.
system-config-language-1.2.15-3.fc9 contains this fix. Not sure if Pravin has
sent email to rel-eng.
sent mail to releng :)
i will try to see if system-config-language can use PackageKit in some way so it
can do install language group.
talked with PackageKit developers they says there are some libraries. Just
initial discussion exploring on this.
This is now included.
Included in the default package set?
It's a default package in Admin Tools.
Would you say this is related to bug 432887?
Somewhat, but this is that there was no way at all in the system to do so ...
there is with system-config-language. (There's also the language chooser on GDM
(In reply to comment #12)
> It's a default package in Admin Tools.
But it is not installed by default. This means that on a default install (i.e.
just clicking Next except where indicated in comment #0) you have to *install
extra packages* in order to get the correct system locale.
(In reply to comment #1)
> This has always been the case. We probably should revisit the way we do locale
> selection in Fedora 10.
It has not always been the case, just for a long time -- Red Hat Enterprise
Linux 4 sets the correct system locale, for example.
(In reply to comment #15)
> (In reply to comment #12)
> > It's a default package in Admin Tools.
> But it is not installed by default. This means that on a default install (i.e.
> just clicking Next except where indicated in comment #0) you have to *install
> extra packages* in order to get the correct system locale.
How so? It's default (on by default) in Admin tools, which is selected by
default. It's also there on the LiveCD.
What appears to have happened is that admin tools wasn't used for the Fedora
compose. Assigning to pungi.
Well that's neat. I could have sworn there were on the manifest. Wonder how
long it's been missing....
I've fixed this upstream. Will be fixed next release.