Summary: | Mplayer picks up LINGUAS when it shouldn't (according to other people) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | ta2002 <throw_away_2002> |
Component: | New packages | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | anmaster, leio |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
ta2002
2004-10-16 19:25:31 UTC
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. |