1 |
120130 Mart Raudsepp wrote: |
2 |
> On E, 2012-01-30 at 06:56 -0500, Philip Webb wrote: |
3 |
>> Thanks for the useful & polite response. I will look into LINGUAS. |
4 |
>> How to set it is not mentioned in make.conf.example or in man make.conf : |
5 |
>> where is it documented ? |
6 |
> http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3 |
7 |
> I presume you only have things set in /etc/locale.nopurge |
8 |
> and wrongly expect packages to honor it. |
9 |
> Specific packages do not and can not look at that file, |
10 |
> as it's localepurge specific |
11 |
> and upstream projects shouldn't have any knowledge of it. |
12 |
> LINGUAS is the standard environment variable for this |
13 |
> with gettext based systems, and intltool honors it as well. |
14 |
> I remember a longer description of it in some info file, |
15 |
> but right now only found |
16 |
> http://www.gnu.org/software/gettext/manual/html_node/Installers.html |
17 |
> Bugs are hopefully appreciated by maintainers for packages |
18 |
> that don't honor that environment variable set via /etc/make.conf. |
19 |
|
20 |
I added a line 'LINGUAS="en"' to make.conf & rebooted, |
21 |
emerged the 6 pkgs I listed in a previous msg & ran 'localepurge' again. |
22 |
This time, only 'rekonq' & 'sane-backends' offended. |
23 |
|
24 |
> If an upstream doesn't honor it, they are probably just not using |
25 |
> the standard autoconf/automake glue for it correctly |
26 |
> or use a different build system support for it wrongly |
27 |
> or the build system is suboptimal on this. |
28 |
|
29 |
I'm surprised at 'sane-backends', which is a longstanding app, |
30 |
but 'rekonq' is a recent invention & may need informing re the issue. |
31 |
|
32 |
> Some Gentoo packages also have a LINGUAS USE_EXPAND, |
33 |
> so show up in emerge --verbose --ask world and similar outputs. |
34 |
> This is typically used when extra downloads are necessary for the languages |
35 |
> (e.g firefox or libreoffice per-language packs) |
36 |
> and often don't honor the "LINGUAS unset == all languages" convention. |
37 |
> Packages that don't need any extra downloads or long building time |
38 |
> do not expose this as USE_EXPAND USE flags and just silently work it out |
39 |
> in their build system, and that's the most reasonable approach for us. |
40 |
|
41 |
Yes, I've seen it in output for 'emerge -pv' for FF & LO. |
42 |
|
43 |
> Hope this helps, |
44 |
|
45 |
Yes, that's exactly the kind of response users need: |
46 |
LINGUAS is some way down the doc you refer to & I assumed LANG was enough. |
47 |
|
48 |
I also realised that as 'localepurge' is a script, |
49 |
I can move it to /usr/local/bin/ , if it does fall out of the tree. |
50 |
|
51 |
I will file bugs for the 2 offending pkgs above |
52 |
& leave the hard-working devs to get on with their other affairs. |
53 |
|
54 |
-- |
55 |
========================,,============================================ |
56 |
SUPPORT ___________//___, Philip Webb |
57 |
ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto |
58 |
TRANSIT `-O----------O---' purslowatchassdotutorontodotca |