After trying to localize my system, I saw xmms didn't work any more. Both the stable as then ~x86 version of xmms in portage show this. roel@Medusa$ xmms (~) ** WARNING **: Bad translation for menupath: /Peaks Falloff When xmms is started, and I right-click for a menu, the labels are blank. The shortcuts are still displayed, but there's no text in front of them. Workaround: roel@Medusa$ LC_ALL="n/a" xmms (~) Gdk-WARNING **: locale not supported by C library This will make xmms fall back to it's default: english. LC_ALL is set to nl_NL@euro Reproducible: Always Steps to Reproduce: 1. set LC_ALL to nl_NL@euro 2. start xmms 3. right-click in xmms Actual Results: Blank labels, with the shortcut displayed Expected Results: Display the full label emerge info: Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-nitro2 i686) ================================================================= System uname: 2.6.10-nitro2 i686 AMD Athlon(tm) XP 2500+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Nov 24 2004, 18:21:57)] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r5 sys-devel/automake: 1.8.5-r1 sys-devel/binutils: 2.15.90.0.1.1-r3 sys-devel/libtool: 1.5.2-r7 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -mmmx -msse -m3dnow -mfpmath=sse,387 -ffast-math" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/fax /usr/share/config /var/qmail/alias /var/qmail/control /var/spool/fax/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -mmmx -msse -m3dnow -mfpmath=sse,387 -ffast-math" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo" LDFLAGS="" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 3dnow X aalib acl alsa apache2 apm arts audiofile avi bitmap-fonts bzlib calender cdparanoia cdr chroot crypt cups dba directfb divx4linux dvd dvdr encode esd fam filepro flac foomaticdb fortran gd gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 guile imagemagick imlib insecure-drivers java jpeg jpeg2k junit kde ldap libwww live mad mikmod mime mmx motif mpeg msn mysql ncurses nls nptl odbc offensive oggvorbis ooo-kde opengl pam pdflib perl pic png postgres python qmail qt quicktime readline real rplay samba scanner sdk sdl session sftplogging slang softmmu speex spell sse ssl stroke svga tcltk tcpd threads tiff truetype truetype-fonts type1-fonts usb userlocales xine xinerama xml xml2 xmms xprint xscreensaver xv xvid zlib linguas_nl"
Created attachment 47666 [details] Screenshot illustrating
Getting the same behaviour with gmplayer
lanius: any thoughts here? I'm not much of a locale guru
I kinda already moved this upstream: http://bugs.xmms.org/show_bug.cgi?id=2087 Sorry, but this bug had been active for so long... The xmms dev's told me I was using an invalid locale, but: Medusa% locale -a C en_US en_US.utf8 nl_NL@euro POSIX The locale seems to be valid ??
(In reply to comment #4) > I kinda already moved this upstream: http://bugs.xmms.org/show_bug.cgi?id=2087 > > Sorry, but this bug had been active for so long... The xmms dev's told me I was using an invalid locale, but: > > Medusa% locale -a > C > en_US > en_US.utf8 > nl_NL@euro > POSIX > > The locale seems to be valid ?? I don't know why but it's bugs of glibc , i think so. I am always unset LC_ALL variable. Try unset please and read http://saber.gentoo.org.ua/~devil/unicode-guide.html document
any news on this ?
Well, not really. I've recompiled all packages with the unicode USE flag, unset LC_ALL, recompiled glibc several times, revdep-rebuilded, re-emerged xine / gmplayer, but still the menus are unreadable. Do you see any similairity between these apps? I found a few other apps which suffer from this problem, I see to remember dvd:rip, or some kind of transcode front-end. When I encounter them again, I'll add them to this bug.
Hmmm, maybe a bit of news: xine is experiencing the exact opposite. When starting xine with LC_ALL set to "" (but the rest of the LC_ vars set to nl_NL@euro), the menus are unreadable. With LC_ALL="nl_NL@euro" xine, the menus contain text again. I tried setting LC_ALL at compile time, but it still seems to need LC_ALL to be set at runtime for the menus to be readable. Small detail: I looked at your guide again, but after executing localedef --no-archive -c -i nl-NL -f UTF-8 nl_NL locale -a still only showed: C en_US en_US.utf8 nl_NL nl_NL@euro POSIX
try "localedef --no-archive -c -i nl-NL -f UTF-8 nl_NL.UTF-8" and how i know "nl_NL@euro" - it's not unicode locale
YES! That finally fixed it. Thank you so much
