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).
Is this bug still alive?
(In reply to comment #11) > Is this bug still alive? > Does anyone know current status of this?
