1 |
On E, 2012-01-30 at 06:56 -0500, Philip Webb wrote: |
2 |
> 120130 Mart Raudsepp wrote: |
3 |
> > Do you even have LINGUAS set in /etc/make.conf or something? |
4 |
> > Because at least evince, gdk-pixbuf, xkeyboard-config and |
5 |
> > gnome-doc-utils DO honor LINGUAS. |
6 |
> > |
7 |
> > All GNOME packages that use intltool (that is pretty much everything |
8 |
> > except a few low-level libraries) honor LINGUAS much more than |
9 |
> > localepurge would ever be able clean afterwards. For example, .desktop |
10 |
> > files only have translation lines for languages listed in LINGUAS. Same |
11 |
> > for gconf and dconf schemas. Also all end-user documentation |
12 |
> > in /usr/share/gnome/help/appname/lang_code/ |
13 |
> > |
14 |
> > Per above, we would close at least 4 of those bugs as INVALID or at |
15 |
> > least OBSOLETE (if some older version had it wrong). |
16 |
> > At least in GNOME we feel quite strong about things properly honoring |
17 |
> > LINGUAS per old standard GNU conventions. This means installing ALL |
18 |
> > translations if LINGUAS is unset, and none if LINGUAS is set to an empty |
19 |
> > string. |
20 |
> > |
21 |
> > Above said, I also do find a use on some systems for localepurge, to |
22 |
> > catch the packages that don't honor it. |
23 |
> > Though for embedded deployments I might as well not include the |
24 |
> > non-interesting language directories in the image. |
25 |
> |
26 |
> Thanks for the useful & polite response. I will look into LINGUAS. |
27 |
> How to set it is not mentioned in make.conf.example or in man make.conf : |
28 |
> where is it documented ? |
29 |
|
30 |
http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3 covers |
31 |
this. |
32 |
|
33 |
I presume you only have things set in /etc/locale.nopurge or so then, |
34 |
and wrongly expect packages to honor it. Specific packages do not and |
35 |
can not look at that file, as it's localepurge specific and upstream |
36 |
projects shouldn't have any knowledge of it. |
37 |
LINGUAS is the standard environment variable for this with gettext based |
38 |
systems, and intltool honors it as well. I remember a longer description |
39 |
of it in some info file, but right now only found |
40 |
http://www.gnu.org/software/gettext/manual/html_node/Installers.html |
41 |
|
42 |
Bugs are hopefully appreciated by maintainers for packages that don't |
43 |
honor that environment variable (set via /etc/make.conf). If an upstream |
44 |
doesn't honor it, they are probably just not using the standard |
45 |
autoconf/automake glue for it correctly (or use a different build system |
46 |
support for it wrongly or the build system is suboptimal on this). |
47 |
|
48 |
Some Gentoo packages also have a LINGUAS USE_EXPAND, so show up in |
49 |
emerge --verbose --ask world and similar outputs. This is typically used |
50 |
when extra downloads are necessary for the languages (e.g firefox or |
51 |
libreoffice per-language packs), and often don't honor the "LINGUAS |
52 |
unset == all languages" convention. |
53 |
Packages that don't need any extra downloads or long building time do |
54 |
not expose this as USE_EXPAND USE flags and just silently work it out in |
55 |
their build system, and that's the most reasonable approach for us. |
56 |
|
57 |
|
58 |
Hope this helps, |
59 |
Mart Raudsepp |