When I start xmms as normal user and right klick there are only shortcuts but no text (like 'play' or 'options' shown. Have a look at the screenshots please. This seems to be an access problem since xmms started by root is fine.
Created attachment 77862 [details] xmms
Created attachment 77863 [details] mplayer
magic media # emerge -pvD gtk+ wxGTK These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] x11-libs/gtk+-2.8.8 -debug -doc +jpeg +tiff 0 kB [ebuild R ] x11-libs/wxGTK-2.6.1 -debug -doc +gnome +gtk2 -joystick -odbc +opengl +sdl +unicode -wxgtk1 12,353 kB Total size of downloads: 12,353 kB magic media # Portage 2.0.54 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-gentoo-r5 x86_64) ================================================================= System uname: 2.6.13-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O3 -ffast-math -funroll-all-loops -fpeel-loops -ftracer -funswitch-loops -funit-at-a-time -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /usr/X11R6/bin/startx /etc/env.d" CXXFLAGS="-march=athlon64 -O3 -ffast-math -funroll-all-loops -fpeel-loops -ftracer -funswitch-loops -funit-at-a-time -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig candy distlocks sandbox severe sfperms strict test" GENTOO_MIRRORS="http://pandemonium.tiscali.de/pub/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://ftp.gentoo.mesh-solutions.com/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" LANG="de_DE.utf8" LC_ALL="de_DE@euro.utf8" LINGUAS="de" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="7zip X a52 aac acpi alsa amd64 asf audiofile avi berkdb bitmap-fonts bzip2 bzlib cdda cdio cdr crypt css cups curl dbus dga directfb dlloader dmalloc dnd dpms dts dvd dvdr dvdread eds emacs emboss encode esd exif expat fam fame fat fbcon ffmpeg firefox foomaticdb freetype gcj gdbm ggi gif gimpprint glut gmp gnome gpm gs gstreamer gtk gtk2 gtkhtml hal hardened howl idn imagemagick imlib ipv6 ithreads javascript jpeg jpeg2k kde lcms libsamplerate libwww linuxthreads-tls lzo lzw lzw-tiff matroska mbox memlimit milter mjpeg mmap mng mozcalendar mozdevelop mozsvg mp3 mpeg mpi ncurses nls nptl nptlonly ntfs nvidia ogg oggvorbis on-the-fly-crypt openal openexr opengl pam pcre pdflib perl png ppds python qt quicktime readline real reiserfs rle sasl sdl slang sndfile spell ssl stream svg symlink tcltk tcpd test tetex tga theora threads tidy tiff toolbar truetype truetype-fonts type1-fonts udev unicode usb userlocales vcd videos vorbis wmf xine xml xml2 xmms xosd xpm xprint xtermtoolbar xv xvid xvmc yv12 zlib linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS, MAKEOPTS, PORTDIR_OVERLAY
correction: The problem exists when using root too. When I made the tests yesterday I guess there was some stuff in the systems (?) cache or whatever. Now xmms looks the same as in the screenshots for root and a common user.
Looks like mplayer package dos not install UTF-8 fonts. magic media # ls /usr/share/mplayer/font . .. font.desc iso-8859-1-a.raw iso-8859-1-b.raw osd-mplayer-a.raw osd-mplayer-b.raw magic media # emerge --info [...] LANG="de_DE.utf8" LC_ALL="de_DE@euro.utf8" [...] I'm not sure if xine has the same problem: magic media # ls /usr/share/xine/libxine1/fonts/ . cc-64.xinefont.gz cetus-16.xinefont.gz mono-20.xinefont.gz sans-24.xinefont.gz serif-32.xinefont.gz .. cci-16.xinefont.gz cetus-20.xinefont.gz mono-24.xinefont.gz sans-32.xinefont.gz serif-48.xinefont.gz cc-16.xinefont.gz cci-20.xinefont.gz cetus-24.xinefont.gz mono-32.xinefont.gz sans-48.xinefont.gz serif-64.xinefont.gz cc-20.xinefont.gz cci-24.xinefont.gz cetus-32.xinefont.gz mono-48.xinefont.gz sans-64.xinefont.gz cc-24.xinefont.gz cci-32.xinefont.gz cetus-48.xinefont.gz mono-64.xinefont.gz serif-16.xinefont.gz cc-32.xinefont.gz cci-48.xinefont.gz cetus-64.xinefont.gz sans-16.xinefont.gz serif-20.xinefont.gz cc-48.xinefont.gz cci-64.xinefont.gz mono-16.xinefont.gz sans-20.xinefont.gz serif-24.xinefont.gz magic media # Changing priority to P1 since (g)mplayer and xine(-ui) are not usable (settings et cetera)...
This site http://ru.gentoo-wiki.com/HOWTO_ru_RU.utf8_Gentoo_way suggests 'USE="unicode" emerge mplayer' but unicode use flag doesn't existt...
Altering component to "applications" maybe this speedups somebody taking a look at this...
Maybe bug reports #77175 and #92017 which refer to _messages_ are connected with the problem although I (mainly) _refer_ to the _context_menu_ _buttons_ and other gui related ... erm ... 'letter stuff'. :)
- media-video added to cc list - summary revised
sorry for bug spamming ... summary re-revisited
(In reply to comment #10) > sorry for bug spamming ... summary re-revisited > Maybe a duplicate from #123213 ?
Maybe it's related to it but my context menu contains no descriptions at all. Admittedly something changed since by now I have the problem described in bug #123213. Nonetheless, it's not the same problem. :->
Created attachment 81499 [details, diff] media-video/mplayer/files/msgconv2.patch
I use patch from bug #123213. It's working.
that would be something for xine-ui to deal with then.
Alright, will the mplayer patch be included in the mplayer ebuild soon?
Same problem with dillo. Works okay with LANG=C or LANG=en_GB.utf8 but not LANG=en_GB. Looks like a gtk+-1 related problem to me.
BTW, The summary says xine-ui but the pictures are of mplayer and xmms gtk menus and xine-ui isn't gtk+ based anyway. Is that a typo - was it supposed to be xmms?
Hmm, I can reproduce with latest xine-ui here. Sounds like related to Xorg as xine-ui uses the old *-*-*-*-*-*-* specification.
(In reply to comment #18) > BTW, The summary says xine-ui but the pictures are of mplayer and xmms gtk > menus and xine-ui isn't gtk+ based anyway. Is that a typo - was it supposed to > be xmms? > Well, yes that was a typo ... but due to comment #19 xine-ui seems to be affected too.
(In reply to comment #19) > Hmm, I can reproduce with latest xine-ui here. Sounds like related to Xorg as > xine-ui uses the old *-*-*-*-*-*-* specification. > Yes - I've now discovered the same or very similar problems with xdvi, snd and xeukleides (not in portage).
I can't reproduce any of these problems on X 7.1.
(In reply to comment #22) > I can't reproduce any of these problems on X 7.1. > Nor can I now that I've rebuilt my locales with locale-gen
(In reply to comment #23) > Nor can I now that I've rebuilt my locales with locale-gen > Attila, give that a try.
Well, to be honest xine and mplayer are okay now. I think it was some settings in ... well, I'm not sure but it might have been setting LC_ALL="de_DE.utf8" (was de_DE@euro.utf8 before). I'm getting this error message now (I have to klick OK after the gdm-login to make metacity load): --------- everything/current:Jul 29 22:26:00 [rc-scripts] Bad entry in locale.gen: 'de_DE.UTF-8 '; skipping --------- Why is locale-gen satisfied then?! (see below) Nontheless XMMS shows some wrong chars instead of umlauts but in general the letters are there. Buut AFAIK that's because XMMS doesn't support UTF-8 right? so this did not help: magic atti # cat /etc/locale.gen | grep DE #de_DE ISO-8859-1 #de_DE@euro ISO-8859-15 de_DE.UTF-8 UTF-8 magic atti # locale-gen * Generating 1 locales (this might take a while) * (1/1) Generating de_DE.UTF-8 ... [ ok ] * Generation complete magic atti # And ... I won't upgrade to modular X until I was able to make images of my 'linux harddisks'.
I am using modular Xorg (7.0) now and have the same (minor) problems (see comment #25).
Cannot reproduce w/ xorg-7.1 either (and wrt comment #25 - xmms has been removed from portage). Closing this one.
