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 'en_US.UTF-8'. 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 size. How reproducible: 100% Steps to Reproduce: 1. Install in United Kingdom. 2. Plug in USB printer. 3. Print test page. Actual results: Page doesn't fit on paper. Expected results: Page fits paper perfectly. Additional info: 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 login.)
(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.