The LINGUAS setting is described by sentence "The variable takes in space-separated list of language codes, and suggested place to set it is /etc/make.conf". There is no more information about what happen when you put more that one language here - like, for example, which language is taking priority. Reproducible: Always Steps to Reproduce: 1. Set LINGUAS in /etc/make.conf with multiple languages. 2. emerge something which can use only one language, like media-video/mplayer-1.0_rc1 3. test which language was chosen (for example with mplayer -v). Actual Results: Mplayer is using the first language from LINGUAS. There is no way to switch it to other language (not even english). Expected Results: Ideally, there should be way to switch between all variables from LINGUAS. If there is none, it should be clearly stated in documentation which one will be chosen. I hope it is really only documentation problem and it's not like "every package is using different algorithm for choosing prefered language".
Unfortunately, this is not anything we can fix. Each application can behave wildly different, as not all ebuilds support LINGUAS quite the same way, despite all the instructions gnu.org has for how gettext-based applications should handle LINGUAS. Best I can do is point you toward bug 67838 and bug 63545, sorry.
So it IS like "every package is using different algorithm for choosing prefered language". Still, looking for information in bugzilla (especially when the relevant bugs are not only closed, but RESOLVED FIXED) is not ideal way. What about warning in guide-localization.xml that LINGUAS support is not consistent with link on some list about how individual application mishandle it (can be made from links to bugzilla) ?
(In reply to comment #2) > So it IS like "every package is using different algorithm for choosing prefered > language". Still, looking for information in bugzilla (especially when the > relevant bugs are not only closed, but RESOLVED FIXED) is not ideal way. What > about warning in guide-localization.xml that LINGUAS support is not consistent > with link on some list about how individual application mishandle it (can be > made from links to bugzilla) ? > There's no point in even mentioning the fact that the packages are broken, since we can't provide fixes for any of them. (Because saying "LINGUAS support isn't consistent" really means nothing, by itself.) The appropriate place for such solutions would be the forums. Leaving as RESO CANTFIX.
