Red Hat Bugzilla – Bug 172130
RFE: User-based preference for languages
Last modified: 2015-01-14 18:19:53 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050923 Epiphany/1.6.5
Description of problem:
It should be trivial and simple for a user to configure their preferred language as a preference for themselves.
Currently a Gnome user can change the *system wide* default language, but not configure a *preference* for their own default language.
Adding this should be a piece of cake, thanks to
Please could this be considers a target for FC5. Red Hat has supported utf8 for ages now, this simple addition would make the life of multi-lingual systems a lot easier.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
*** Bug 171110 has been marked as a duplicate of this bug. ***
*** Bug 167895 has been marked as a duplicate of this bug. ***
*** Bug 172131 has been marked as a duplicate of this bug. ***
*** Bug 136648 has been marked as a duplicate of this bug. ***
I cannot add new language with system-config-packages. "Update" button is
not active when I select a new language.
In FC3 SUPPORTED line in /etc/sysconfig/i18n includes all languages I selected
during installation, but in FC4 only en_US. Is it intended?
This is the same in Fedora 5 Test 1.
Please can there be a system-wide administrative default for the language, but a
user-specific preference, like there is for keyboard settings?
This feature is offered on the gnome login screen.
This RFE is a request for that to be accessible from within a running Gnome session.
2006 - still can't choose a language per user..
2007 - still not there..
Moving to 'devel' as discussed on
This bug has been open, in various forms, since 2004.
You have not replied to any of the comments since 2005.
Please can you update this bug?
Hi lsof, I am the new maintainer of system-config-language, thank you for your
And I will work on it.
Either X startup scripts, or GNOME startup is completely ignoring
/etc/sysconfig/i18n and $HOME/.i18n settings other than $LANG currently due to
some bug. I suppose not that many people are likely to manually set LANG, then
set LC_COLLATE or whatever to something different, so the problem only likely
affects a small number of users per se. The issue goes away in runlevel 3 with
See bug #372151 for details.
In order for the feature requested in this RFE to work, the above bug needs to
Adding FutureFeature keyword to RFE's.
requested by Jens Petersen (#27995)
This problem was caused due to hacks in gdm which resulted in ignoring ~/.i18n settings, but under startx ~/.i18n propagated as expected. I had filed a separate bug report on that problem a few years ago which I just reviewed and it has been closed as fixed in errata for F8 and newer (although I have not yet tested it).
You might want to test Fedora 10 out to see if the problem still occurs.
With current gdm do we still need this?
Is ~/.i18n working these days with startx?
My personal feeling is that this could probably be closed -
however there may still be need for a locale config
tool that would allow users to customize paper size, currency,
LC_CTYPE, etc - maybe we need a custom locale support
package for gdm or something (a bit like xorg-x11-xinit-session),
together with a simple custom locale tool that would allow
adjust the locale envvar for the desktop.
Moving to gdm, since I would like to hear their take on this.
Selecting a paper size in gdm is crazy, of course.
Anyway, the actual complaint is fixed, since users _can_ select their personal language preference on the login screen, even if it is not stored in ~/.i18n