| Summary: | www-client/mozilla-firefox fails at LINGUAS="*". | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Hongjiu Zhang <voidprayer> |
| Component: | Current packages | Assignee: | Portage team <dev-portage> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | mozilla |
| Priority: | High | Keywords: | InVCS, REGRESSION |
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 216231 | ||
| Attachments: | fix USE-conditional evaluation of SRC_URI | ||
|
Description
Hongjiu Zhang
2008-04-16 06:09:09 UTC
I just found that the same things happened on the package "app-text/acroread", too. As I did
LINGUAS="*" emerge acroread,
but finally, it downloaded only English package. Although this have been emerged "successfully", I can only get a English version of Acrobat Reader 8, and it is still unable to open a CJK pdf file correctly.
Generally, this list of bugs should tell enough - a bug about many disparate packages lacking a generic feature is never going to work. Hence I am changing the Summary and assigning the bug accordingly: The package manager and ebuilds should perhaps not accept LINGUAS="*" in the first place. (As it is, setting LINGUAS="*" isn't a good idea anyway, but maybe the package manager should fail in a more obvious way. At least emerge --info shows the LINGUAS variable as is and that may go some way to speed up analysis.) Are you saying this worked before you upgraded portage? Could you downgrade and tell me which version had this behaviour for you, and when it broke? Created attachment 149969 [details, diff]
fix USE-conditional evaluation of SRC_URI
If this patch is saved as /tmp/fetch_use.patch then it can be applied as follows:
patch /usr/lib/portage/pym/portage.py /tmp/fetch_use.patch
(In reply to comment #2) > The package manager and ebuilds should perhaps not accept LINGUAS="*" in the > first place. (As it is, setting LINGUAS="*" isn't a good idea anyway, In this case LINGUAS="*" is a red herring because the actual problem is a bug in the evaluation of SRC_URI. Packages don't have to be concerned with LINGUAS="*" because portage expands it automatically based on the ebuild's IUSE. Jeroen Roovers:
Thank you for your reply and help. You said that these two packages are disparate. It's my fault that I have not described the problem very clearly. As Zac Medico said, the problem is that portage doesn't analysis the variable SRC_URI very well. Like "acroread" or "mozilla-firefox", they first point out the variable. And then with a part of script, the ebuild add the address in to the variable.
A difference package is "openoffice". It downloads a whole package with some patches(downloaded by "rsync" or "fetch"), which contains information about all kinds of languages.
Using LINGUAS="*", I just want to keep all the language information in order to change it easily without re-emerge. Really I need it. I am quite sure that Firefox and Acrobat Reader support it, as they both give out such a kind of options for changing language.
To Mark Loeser:
To name out a correctly working portage version is a little difficult. I can only say that about 2 mounths ago, it works with such a kind of expression of LINGUAS. Thanks.
To Zac Medico:
Yes, I mean that. Thank you for both your explaining and your advice. I tried your patch and it works.
Thank to all the above again.
Best Regard.
This is fix in 2.1.5_rc5. |
