Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 183086 - [Tracker] [QA] GNOME ebuilds that don't honor LINGUAS
Summary: [Tracker] [QA] GNOME ebuilds that don't honor LINGUAS
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords: Tracker
Depends on: 402677 402877 402879 402881 402883 402887 402889 402897 402899 402903 403049
Blocks:
  Show dependency tree
 
Reported: 2007-06-24 22:45 UTC by Jakub Moc (RETIRED)
Modified: 2012-07-01 13:23 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jakub Moc (RETIRED) gentoo-dev 2007-06-24 22:45:09 UTC
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.
Comment 1 Dawid Węgliński (RETIRED) gentoo-dev 2007-06-24 23:13:22 UTC
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
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2007-06-24 23:16:26 UTC
(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. :)
Comment 3 Mart Raudsepp gentoo-dev 2007-06-29 12:41:22 UTC
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
Comment 4 Mart Raudsepp gentoo-dev 2007-06-29 14:30:53 UTC
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.
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2007-07-04 21:05:29 UTC
(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.
Comment 6 Gilles Dartiguelongue (RETIRED) gentoo-dev 2007-07-24 23:43:02 UTC
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.
Comment 7 Gilles Dartiguelongue (RETIRED) gentoo-dev 2007-08-03 22:28:41 UTC
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.
Comment 8 Gilles Dartiguelongue (RETIRED) gentoo-dev 2007-11-21 18:56:04 UTC
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.
Comment 9 Gilles Dartiguelongue (RETIRED) gentoo-dev 2008-10-12 20:53:20 UTC
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.
Comment 10 Mart Raudsepp gentoo-dev 2008-10-17 12:48:03 UTC
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).
Comment 11 Nirbheek Chauhan (RETIRED) gentoo-dev 2010-03-27 10:42:19 UTC
Is this bug still alive?
Comment 12 Pacho Ramos gentoo-dev 2011-02-05 17:59:15 UTC
(In reply to comment #11)
> Is this bug still alive?
> 

Does anyone know current status of this?