Please add the locale files for en_US.UTF-8. This is the only UTF-8 locale supported by Solaris 8, so it should be the least common denominator and therefore be available on all systems supporting UTF-8 locales. Thanks! Reproducible: Always Steps to Reproduce: 1. 2. 3. Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4) ================================================================= System uname: 2.4.19-cube-8 i686 AMD Athlon(tm) processor GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config:/usr/X11R6/lib/X11/xkb:/usr/vice/etc:/usr/kde/3.1/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/afs/modload /etc/afs/C /etc/afs/afsws /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 libg++ gtkhtml gdbm berkdb libwww gtk cdr scanner -3dfx 3dnow -aalib acl afs -alsa apm -arts avi -bonobo crypt -cups dga -directfb doc -dvd encode -esd -evo -fbcon -ggi gif -gnome -gnome-libs -gphoto2 -gpm guile -icc -icc-pgo imap imlib ipv6 -java jpeg kde kerberos lcms ldap -matrox maildir mbox mikmod mmx monitor -motif mozilla mpeg -mule mysql nas ncurses nls -odbc oggvorbis opengl oss pam -pcmcia -pda pdflib -perl png -pnp postgres python qt qtmt quicktime readline -ruby samba sasl sdl slang -slp -snmp socks5 spell ssl -static -svga -tcltk -tcpd tetex tiff truetype -voodoo3 X xml xml2 -xmms xv -zeo zlib" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-tbird -O3 -pipe" CXXFLAGS="-O2 -mcpu=i686 -pipe" ACCEPT_KEYWORDS="x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://hybrid.sascha.silbe.org/gentoo-portage" FEATURES="sandbox ccache"
Included in glibc-2.3.2-r2.
The en_US.UTF-8 locale is gone again. There currently is not even a single UTF-8 locale. :(
Cant you use 'en_IN.utf8' ? (sorry, locale illiterate this side :/)
=== Begin === sascha@cube:~$ LC_CTYPE=en_IN.UTF-8 xterm Warning: locale not supported by Xlib, locale set to C === End === Not even that one works. Apart from that, en_US.UTF-8 should be supported for improved compatibility with other platforms.
Could this bug be reopened? The glibc changelog refers to this bug, saying some code from upstream CVS adds the needed locale, but clearly it's since disappeared. It'd be very nice to have back. (BTW, as to the above comments: Isn't it supposed to be en_US.utf8 - that is, no dash between utf and 8?)
Luke: No, it is en_US.UTF-8, man utf-8 (although they appear that way in the output of $ locale -a, not sure why). I don't think this is fixed. To get en_US.UTF-8, I had to manually run the command: $ localedef -f UTF-8 -i en_US en_US.UTF-8 I shouldn't have to do that, I should only have to set LANG="en_US.UTF-8" in /etc/profile.
Forgot to specify: I am using glibc-2.3.2-r3
