Bugzilla Bug 183086

With LINGUAS="cs en", I get all locales installed with these ebuilds:

app-text/gnome-doc-utils-0.10.3
gnome-base/gconf-2.18.0.1
gnome-base/gnome-mime-data-2.18.0
gnome-base/gnome-mount-0.6
gnome-base/gnome-panel-2.18.1
gnome-extra/libgsf-1.14.3

Probably more, but that's all I have installed and produces this behaviour.

Following ebuilds behave the same:

gnome-base/gnome-keyring-0.6.0
gnome-base/gnome-vfs-2.16.3-r1
gnome-base/libbonobo-2.16.0
gnome-base/libbonoboui-2.16.0
gnome-base/libgnome-2.16.0
gnome-base/libgnomeui-2.16.1
gnome-extra/libgsf-1.14.3

(In reply to comment #1)
> Following ebuilds behave the same:

OK, I'll fix the summary. This bug is intended to track stuff not fixed in
latest ~arch ebuilds, i.e. gnome-2.18. The ones you've mentioned seem already
fixed there, please test and verify. :)

Weird, for example gnome-panel-2.18.2 uses intltool from 0.35.5 just fine, and
also seems to have po/Makefile.in.in and all that stuff set up properly (just
as in packages that honor LINGUAS just fine as far I see it) - yet it doesn't
honor LINGUAS... needs some more thorough investigation

Fixed silently for epiphany and file-roller with explicit intltoolize --force
in ebuild and just bumping to a newer version that uses new enough intltool on
its own, respectively. Might fix more later on with more version bumping - so
check it is actually still a problem before fixing a package ;)

By the way, honoring LINGUAS in gnome packages isn't just about not installing
gettext catalogs for languages that aren't listed in LINGUAS - it's also about
not installing translated gconf schema files for languages that aren't listed
in LINGUAS, not including translations for languages that aren't listed in
LINGUAS inside .desktop files, and so on.
intltool doesn't do that yet, but there are open bugs on these:
http://bugzilla.gnome.org/show_bug.cgi?id=309566
http://bugzilla.gnome.org/show_bug.cgi?id=438178

Support for gettext catalogs was added based on bug
http://bugzilla.gnome.org/show_bug.cgi?id=342500
There is some mentioning of the language-packs support that would make
everything follow LINGUAS - I think that's what bug 309566 is.

(In reply to comment #4)

Thanks; I guess getting rid of the cruft in /usr/share/locale is a good start
at least. :) But yeah, the localized unneeded gconf stuff is pretty annoying as
well, lets hope it will get better with next intltool versions.

recently I discovered one package (gnome-mag iirc) that did use the even when
using latest intltool would install all LINGUAS. It seems it uses custom rules
in acinclude.m4 overriding what's provided by intltool. It's just a guess as of
now but I'll dig this later.

pasting here, übercommand I used

# . /etc/make.conf && egrep "/usr/share/locale/" /var/db/pkg/*/*/CONTENTS
|egrep -v "${LINGUAS// /|}" |cut -f1 -d:|uniq|cut -f5,6 -d/
app-admin/pessulus-2.16.2
app-office/planner-0.14.2
app-pda/gnome-pilot-2.0.15
app-text/gnome-doc-utils-0.10.3
app-text/iso-codes-0.58
dev-util/devhelp-0.14
dev-util/glade-3.2.2
dev-util/meld-1.1.5.1
dev-util/nemiver-0.3.0
dev-util/subversion-1.4.4-r3
gnome-base/gnome-mime-data-2.18.0
gnome-base/gnome-panel-2.19.5
gnome-base/gnome-volume-manager-2.17.0
gnome-base/libgnomekbd-2.18.2
gnome-extra/contact-lookup-applet-0.15
gnome-extra/gnome-games-2.18.1
gnome-extra/gnome-media-2.18.0
gnome-extra/libgda-1.2.4
gnome-extra/libgsf-1.14.3
gnome-extra/music-applet-2.1.0
gnome-extra/nautilus-actions-1.4.1
gnome-extra/nm-applet-0.6.5
gnome-extra/yelp-2.18.1
media-gfx/gimp-2.3.18
media-gfx/inkscape-0.45.1
media-sound/alsa-utils-1.0.14
media-video/pitivi-0.10.3
media-video/totem-2.19.4
net-analyzer/gnome-netstatus-2.12.1
net-analyzer/gnome-nettool-2.18.0
net-im/ekiga-2.0.9
net-misc/neon-0.26.3
net-misc/networkmanager-0.6.5
net-misc/whois-4.7.21
net-news/liferea-1.2.18
net-p2p/deluge-0.5.2
net-p2p/gtk-gnutella-0.96.3
net-print/cups-1.2.11
sys-apps/acl-2.2.44
sys-apps/attr-2.4.38
sys-apps/eject-2.1.5-r1
sys-apps/hal-0.5.9.1-r1
sys-apps/help2man-1.36.4
sys-apps/kbd-1.13
sys-apps/net-tools-1.60-r13
sys-apps/util-linux-2.12r-r7
sys-block/gparted-0.3.3
sys-fs/xfsprogs-2.8.21
sys-libs/glibc-2.5-r4
x11-libs/vte-0.16.6-r1
x11-misc/alacarte-0.11.3-r1
x11-misc/driconf-0.9.1
x11-misc/notification-daemon-0.3.7
x11-misc/shared-mime-info-0.21-r1

not all of packages of this list are related to gnome, it's only the verbatim
output from my system that can be used as a start. Some of these packages can
even just install all linguas just because they don't have yours.

enhanced the command a bit, it's looks ugly and could probably be optimised
but... oh well, let's have a look at the 2.20 status:

# . /etc/make.conf && egrep "/usr/share/locale/" /var/db/pkg/*/*/CONTENTS
|egrep -v "${LINGUAS// /|}" |cut -f1 -d:|uniq|cut -f5,6 -d/|sed
"s/-[0-9].[0-9].*//;"|awk -F\; '{print "grep -q gnome
/usr/portage/"$1"/metadata.xml && echo "$1 }' | sh 2> /dev/null
app-office/dia
app-office/planner
app-pda/gnome-pilot
app-text/gnome-doc-utils
app-text/iso-codes
dev-util/devhelp
dev-util/glade
dev-util/meld
gnome-base/gnome-mime-data
gnome-base/gnome-panel
gnome-base/gnome-volume-manager
gnome-extra/gconf-editor
gnome-extra/gnome-media
gnome-extra/gucharmap
gnome-extra/libgda
gnome-extra/libgsf
net-analyzer/gnome-netstatus
net-misc/gnome-blog
sys-block/gparted
x11-libs/vte
x11-misc/alacarte

I don't have all packages handled by gnome installed obviously but it looks
better.

A few points:
gnome-pilot, planner and devhelp have pending patches on upstream bugzilla.
libgda is version 1.2.4 not 3 and I don't know if upstream would do a new
release just for LINGUAS stuff.

I think I'll apply soonish the aforementionned patches since those packages
don't get a release too often.

Of the packages installed on my system here is what's left:

app-office/gnotime -> patch upstream, need a new release
app-text/iso-codes -> kinda hard to solve right now
gnome-extra/libgda-1
gnome-extra/libgnomedb
net-print/libgnomecups
<x11-libs/goffice-0.6

on a gnome 2.24 system. I think this is a fairly small set compared to where we
started and I'm going to close this bug because there is no point in keeping it
open until there is no more failing packages that do not directly depend on
gnome or are too old to bother, although I'll still keep an eye on it.

Please revert all intltoolize calls that were added without an eautoreconf call
being already there. It causes automake maintainer mode rebuilds, and build
failures if some autoreconf-only required depends are missing.
I am not in favour of adding any eautoreconf calls to fix the LINGUAS support,
the proper fix is to get upstream maintainers to use modern intltool -
meanwhile our users can use localepurge (which they need anyway for all
projects that don't use intltool) and just have extra translations in .desktop
and such files till then (some don't ship any that got lone intltoolize call
added).