Red Hat Bugzilla – Bug 447715
gdm should use .UTF-8 for locale encoding not .utf8
Last modified: 2015-01-14 18:21:21 EST
Fedora uses for Russian language incorrect local "ru_RU.utf8" which is
incorrect, it should be "ru_RU.UTF-8". Because of this, Russian characters
cannot be entered in any application under Wine. Probably other localizations
See also http://bugs.winehq.org/show_bug.cgi?id=13318
If an application under Wine started with explicite locale (i.e. LANG=ru_RU.UTF-
8 wine notepad), all works properly in the application.
(In reply to comment #0)
> Fedora uses for Russian language incorrect local "ru_RU.utf8" which is
> incorrect, it should be "ru_RU.UTF-8".
This is not true: at least I cannot reproduce this.
I am not sure how you are getting .utf8?
When I tried now on my F9 machine system-config-language
correctly sets the locale to ru_RU.UTF-8.
What is the content of your /etc/sysconfig/i18n file?
Can you reproduce for a new user? I suspect you may
have some user configuration overriding the locale setting perhaps?
Because of well-known bug with Russian installer I installed the system in
English and then switched to Russian locale with system-config-language.
[nxx@fedora-pc ~]$ locale
(In reply to comment #2)
> Because of well-known bug with Russian installer I installed the system in
> English and then switched to Russian locale with system-config-language.
Do you have more details about that? We should try to check that.
> [nxx@fedora-pc ~]$ locale
Do you have any locale settings in .i18n or shell config files?
Can you answer:
(In reply to comment #1)
> Can you reproduce for a new user? I suspect you may
> have some user configuration overriding the locale setting perhaps?
requested by Jens Petersen (#27995)
I realised this is caused by gdm. Still happens with current rawhide too.
Look at "~/.dmrc".
Created attachment 316928 [details]
This patch seems to fix the problem at least.
But users who have set language from gdm should really be migrated from .utf8 to .UTF-8 automatically.
So that patch isn't right, because it won't turn "utf8" to "UTF-8"
The point is to take all legal variations of the locale and turn it into one format so they can be compared and indexed in a hash table.
This should be working better in 2.23.92-8
Can you confirm?
Hmm, seems to segfault for me when displaying the language menu popup dialog.
not sure if/how the crash is related to my changes, but i've fixed it in -9
Thanks looks good now.
This patch is not applied to gdm 2.30.4-39 which is part of RHEL6.4
Should it be? We are eperiencing the same issue.