Summary: | mail-client/mozilla-thunderbird-2.0.0.12: missing linguas_en in IUSE | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Martin von Gagern <Martin.vGagern> |
Component: | New packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | bberberov+gentoo, koyrehme.bugs |
Priority: | High | ||
Version: | 2007.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Martin von Gagern
2008-04-17 18:51:56 UTC
This bug seems to be hitting mozilla-firefox-2.0.0.14 for me as well. Adding linguas_en fixes it there, too. And why don't you set en_US before de? 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.) Can you guys test with =portage-2.1.4*, in case its a portage regression? (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. Should be fixed now *** Bug 218685 has been marked as a duplicate of this bug. *** |