On Thu, 2004-05-20 at 22:24, Branden Robinson wrote: > retitle 248078 xlibs-data: [locale.alias] want 'en_US.utf8' as alias for 'en_US.UTF-8' > tag 248078 + moreinfo > thanks > > On Sat, May 08, 2004 at 08:06:40PM -0700, Norbert Kiesel wrote: > > Package: xlibs-data > > Version: 4.3.0.dfsg.1-1 > > Severity: wishlist > > > > Hi, > > locale -a offers en_US.utf8 but not en_US.UTF-8. Checking > > /usr/X11R6/lib/X11/locale/locale.alias I found it has already > > a whole bunch of utf8->UTF-8 aliases, but none for en_US. > > I added it to my local copy and it seems to work just fine. > > Please consider adding it permanently. > > I am confused. I use "en_US.UTF-8" for my LC_CTYPE myself, have done so > for well over a year (maybe two by now) and have never noticed any > problems. > > The GNU C library uses "fuzzy matching" for codeset comparison and I > don't know that locale -a purports to advertise any sort of canonical > list for purposes outside glibc's own implementation. > > What problem are you experiencing? Hi. Problem was that I got " Warning: locale not supported by Xlib, locale set to C" when e.g. running xterm. But you are right: just using en_US.UTF-8 as LANG works fine. I just assumed I had to pick one of the locales offered by "locale -a" and thus never tried to use en_US.UTF-8. I'll ask the maintainer of locale to add a hint into the manual page. Thanks for the reply! -- Norbert Kiesel <nkiesel@tbdnetworks.com> TBD Networks
Attachment:
signature.asc
Description: This is a digitally signed message part