Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 218147 - mail-client/mozilla-thunderbird-2.0.0.12: missing linguas_en in IUSE
Summary: mail-client/mozilla-thunderbird-2.0.0.12: missing linguas_en in IUSE
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Mozilla Gentoo Team
URL:
Whiteboard:
Keywords:
: 218685 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-04-17 18:51 UTC by Martin von Gagern
Modified: 2008-04-21 06:30 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin von Gagern 2008-04-17 18:51:56 UTC
I have LINGUAS="en de en_US en_GB" in my /etc/make.conf, and suddenly the latest Thunderbird runs with German UI by default. Some investigation showed a missing IUSE to be the reason. The order of LINGUAS is taken from the LINGUAS variable, but it is filtered with the IUSE settings of the ebuild. Therefore, the ebuild sees LINGUAS="de en_GB" and consequently sets de to be the default UI language.

Simply adding linguas_en (and probably linguas_en_US as well) to the IUSE seems to be the easiest workaround, as there are already some places in the ebuild doing special handling for en.

My system is portage 2.1.5_rc3, LINGUAS="en de en_US en_GB". I guess the rest of emerge --info should be unimportant.

Workaround for users hit by this bug: start with "thunderbird -UILocale en" or change general.useragent.locale in your config editor or prefs.js
Comment 1 Koy Rehme 2008-04-18 15:54:55 UTC
This bug seems to be hitting mozilla-firefox-2.0.0.14 for me as well.  Adding  linguas_en fixes it there, too.
Comment 2 Raúl Porcel (RETIRED) gentoo-dev 2008-04-18 16:29:46 UTC
And why don't you set en_US before de?
Comment 3 Koy Rehme 2008-04-18 16:47:36 UTC
Confirmed that I have the problem for mozilla-thunderbird as well.  Also, I forgot to post my LINGUAS:

LINGUAS="en_US en pt_BR"

(Notice that I do have both en and en_US before pt_BR.)
Comment 4 Raúl Porcel (RETIRED) gentoo-dev 2008-04-18 17:35:58 UTC
Can you guys test with =portage-2.1.4*, in case its a portage regression?
Comment 5 Martin von Gagern 2008-04-18 17:55:57 UTC
(In reply to comment #2)
> And why don't you set en_US before de?

Wouldn't help, as en_US gets filtered due to missing IUSE as well, as seen from the shortened LINGUAS in comment #0 or the case from comment #3.

Generally I'd expect every ebuild that understands en_US and also cares for order to understand en as well, as there are probably many more people out there giving only short language codes without country codes. I agree, though, that putting all en_* before de would be more appropriate. Doesn't mater here, though.

(In reply to comment #4)
> Can you guys test with =portage-2.1.4*, in case its a portage regression?

Yes, indeed portage 2.1.4 doesn't filter en.

From the portage-2.1.5_rc3.diff ChangeLog entry concerning pym/portage.py:
+  9853 zmedico  Bug #215016 - When transforming of USE flags to USE_EXPAND
+                variables, filter out flags that aren't considered to be part
+                of IUSE or implicit IUSE. This patch moves all IUSE dependent
+                code from config.regenerate() to config.setcpv(). (trunk
+                r9852)

There is also a large hunk on this in the diff.
Comment 6 Raúl Porcel (RETIRED) gentoo-dev 2008-04-19 16:27:47 UTC
Should be fixed now
Comment 7 Raúl Porcel (RETIRED) gentoo-dev 2008-04-21 06:30:00 UTC
*** Bug 218685 has been marked as a duplicate of this bug. ***