GNOME Bugzilla – Bug 551577
[PATCH]Add suport for po/LINGUAS file
Last modified: 2008-10-31 19:25:09 UTC
Please describe the problem: Hi, See [1] for background about what it's about. I applied the patch and: ./autogen.sh --prefi=/opt && make && make install works fine [1] http://live.gnome.org/GnomeGoals/PoLinguas Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Other information:
Created attachment 118389 [details] [review] Patch to add LINGUAS support
What distributions ship intltool 0.35?
Don't know exactly, but as no one complained about it I think major distributions have at least this version. Debian stable [1] seems is using it. Also Opensuse 10.2 (I think the actual stable) [2] is using it. [1] http://packages.debian.org/stable/intltool [2] http://download.opensuse.org/distribution/10.3/repo/oss/suse/noarch/
ok, go for it.
Thanks, commited in rev 1005
This doesn't work. This also applies to all other gnome projects, but I'm not sure where to report it, maybe against intltool? With libgsf-1.14.10 and the patch reverted, it builds fine, but with it, i get: % make make[2]: *** No rule to make target `ja.gmo', needed by `all-yes'. Stop. make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 /usr/bin/make all-recursive make[1]: Entering directory `/tmp/c/libgsf-1.14.10' Making all in po make[2]: Entering directory `/tmp/c/libgsf-1.14.10/po' file=`echo sv | sed 's,.*/,,'`.gmo \ && rm -f $file && /usr/bin/gmsgfmt -o $file sv.po make[2]: Leaving directory `/tmp/c/libgsf-1.14.10/po' make[1]: Leaving directory `/tmp/c/libgsf-1.14.10' This seems to happen at any time you have a language in $LINGUAS for which the package does not have a translation. I encountered this very quickly since i have "en" in LINGUAS, but most projects don't have an english po file, and suddenly no gnome packages could build. Please fix this as it's very annoying to have to unset specific languages every time something fails to build.
Hi Mikael, It's a translator duty to update po/LINGUAS to add their language. If someone commits a new translation but doesn't update the po/LINGUAS, he is the one to be blamed :)
I think you misunderstood almost everything I wrote. The problem isn't that an existing translation isn't used, but that the whole build fails when I list a language in $LINGUAS that isn't translated in the project.
Ok, I didn't understood you and I think I don't understand you actually :( This $LINGUAS is an environment variable (like $PATH, po/LINGUAS file or a variable in some configuration file - i.e. in configure.in)
Yes, $LINGUAS is an environment variable. It lets you limit which languages get installed by gettext, so you don't get a multimegabyte /usr/share/locale. I'm just not sure where to report this bug.
Ok, I will ask gnome-i18n mailing list :)