Red Hat Bugzilla – Bug 497971
[ne_NP] libX11 does not support locale ne_NP.UTF-8
Last modified: 2014-06-18 05:11:10 EDT
Created attachment 341528 [details]
Test code for this problem.
Description of problem:
libX11 does not support locale ne_NP.UTF-8
Version-Release number of selected component (if applicable):
XSupportsLocale does not return the true if $LANG is ne_NP.UTF-8
Steps to Reproduce:
Is version of libX11 is
Could you attach a patch and also check/file this issue upstream please at
The upstream bug is http://bugs.freedesktop.org/show_bug.cgi?id=21560
Here is test scratch build to check if one can input in ne_NP
To libX11 maintainers,
Can it be possible to build new libX11 with patch accepted upstream?
libX11-1.2.1-2.fc11 has been submitted as an update for Fedora 11.
libX11-1.2.1-2.fc11 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update libX11'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-5523
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.
More information and reason for this action is here:
Is it intentional that several files under /usr/share/X11/locale are empty?
# rpm -qf locale.dir
# find -size 0
And why fi_FI.UTF-8 is not supported?
$ LC_ALL=fi_FI.UTF-8 xterm
Warning: locale not supported by Xlib, locale set to C
libX11-1.2.1-2.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to comment #10)
> Is it intentional that several files under /usr/share/X11/locale are empty?
> # rpm -qf locale.dir
> # find -size 0
On my rawhide (F12) I got output as
My guess is that those encodings have no characters to represent them. like See zh_HK is using Big5 so you will find information in zh_HK.big5/Compose
Same for ko_KR.UTF-8. Look into ko/Compose. And for zh_CN.UTF-8 look for actual encoding zh_CN.gb18030
> And why fi_FI.UTF-8 is not supported?
it is supported on F-11 also.
> $ LC_ALL=fi_FI.UTF-8 xterm
> Warning: locale not supported by Xlib, locale set to C
Yes. I got same output. I quickly tested fi_FI locale on my English F-12 desktop as
I also see no xterm.mo is present for any locale. So looks like we have no translations for xterm. But I see many applications translations for fi_FI.