I have (in my make.conf) a line: LINGUAS='xx yy zz' I need this for other ebuilds, but it seems that mplayer uses it (with no way to control it) Reproducible: Always Steps to Reproduce: 1. LINGUAS='ru' emerge mplayer 2. mplayer /path/to/file (from the command line) 3. observe messages Actual Results: Some (not all) of the messages in another language (can't tell which one - I don't have support for them in konsole). Expected Results: Output all messages in English Portage 2.0.50-r11 (default-x86-1.4, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.8- gentoo-r10) ================================================================= System uname: 2.6.8-gentoo-r10 i686 Pentium III (Katmai) Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.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/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/ distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib acpi alsa apache2 apm arts avi berkdb bitmap-fonts caps cdparanoia cdr crypt cups dga directfb divx4linux dvd encode f77 fam fbcon flac foomaticdb gd ggi gif gmp gphoto2 gpm gtk2 idea imagemagick imap imlib ipv6 javascript jikes joystick jpeg kde lcms libwww linguas_ru live mad matroska matrox mbox memlimit mikmod mmx mpeg mpi mysql nas ncurses nls oggvorbis opengl pam pdflib perl png qt quicktime readline rtc samba scanner sdl silc speex spell sse ssl svga tcpd theora tiff truetype unicode usb wifi wmf x86 xinerama xml xml2 xmms xprint xv xvid zlib"
MPlayer uses the first LINGUAS variable it can find and matches it with the avaliable translations it has for the help and messages. If you just want english, LINGUAS="en_US" emerge mplayer should suffice.
Does any way exist to specify that in /etc/portage/package.use? I have to admit I never thought of just putting en_US in first (the whole LINGUAS structure seems very poorly documented - something unusual for Gentoo). I will give it a try (as soon as Open Office finishes compiling - I just started it and it takes about 30 hours on this machine :( ). Thanks.
Didn't work. I added en_US to the front of LINGUAS, verified that at came up first (via emerge info), and I still get messages in another language.
actually, you have to set "en", not "en_US". A lot of it is upstream support for localization, there's no way (at this point), given the system MPlayer uses for it to support multiple levels of localization. Hope this helps somewhat.
That works (just putting en first). Thanks. I understand the limitations from upstream, but, in this case, some additional transparency for Gentoo's localization USE variables could help. None of the Mplayer ebuilds even mention LINGUAS (even a comment could help), so I had some trouble figuring out how things worked (especially after one person in the forum told me that Mplayer did not use LINGUAS at all). Thank you again.
I am reopening this because the mplayer LINGUAS variable handling is absolutely wrong. It must not decide any language of choice to display based on the LINGUAS variable. LINGUAS variable is only meant for defining what languages support should be compiled for. The user picks the language of the messages and UI with the locale variables, such as LANG (interface) and LC_MESSAGES (error messages language) as defined in "man locale", not LINGUAS. LINGUAS must not affect the language of choice, it is merely an _unordered_ list of what language support is compiled for, so that those not listed in LINGUAS don't need to be supported (.mo files don't need to be installed for those not listed, etc). I have LINGUAS="et et_EE de pl" where I have de (German) in there only because a German guy used to use my computer maybe once a month (pl for a similar reason). mplayer doesn't provide a translation to Estonian, and I end up with a German mplayer which I have a hard time reading. However, if Estonian translations would be supported, I would get estonian, but this is completely against my choice based on my locale settings. My LANG and LC_MESSAGES is en_US.utf8 in addition to most everything else - I only have LC_MONETARY and LC_TIME as et_EE.utf8 to get sane money and time formats - so it must be showing me en_US (or POSIX C) messages and honor my choice, not out of the blue go German on me.
(In reply to comment #6) > I am reopening this because the mplayer LINGUAS variable handling is absolutely > wrong. It must not decide any language of choice to display based on the > LINGUAS variable. I agree it might not be ideal, but its an upstream issue, not an ebuild one (AFAICT).
(In reply to comment #6) > I am reopening this because the mplayer LINGUAS variable handling is absolutely > wrong. Yeah, and this is completely wrong place to complain. This is by upstream design -> needs to be taken upstream.
So if upstream is broken, the user has to go make another bugzilla account and go "complain" there? That said, mplayer ebuild exposes USE_EXPANDED linguas for some reason, and it's therefore at least partially gentoo issue as well as far as my judgment goes. Obvious workaround would be to unset LINGUAS or set it to all or at the very least put an implicit english in front or something.
Sorry, had some other package in mind. mplayer doesn't have USE_EXPANDED linguas, which is kind of even more unexpected to get it to be ignoring my standard choice of LANG and LC_MESSAGES.