GNOME Bugzilla – Bug 134875
straw should use intltool
Last modified: 2004-12-22 21:47:04 UTC
straw in GNOME cvs should use intltool so that the desktop file (and possibly other stuff as well) can be translated from the po files. See http://developer.gnome.org/doc/tutorials/gnome-i18n/developer.html#use-intltool for reasons why intltool should be used and http://www.gnome.org/~malcolm/i18n/ for instructions on how to intltoolize.
Browsing the translation status pages, Straw hasn't got any yellow bars so that means we're "ok" with regards to translations with the exception of the .desktop file? If we can include the .desktop file for translation, are we still required to use intltool? Thanks for the time.
Yes, you are always required to use intltool. Take a look at other packages, they all use .desktop.in -> .desktop intltool merging. regs, Chris
Straw sure has yellow bars, which means that intltool-update couldn't be run properly. Take a look at http://developer.gnome.org/projects/gtp/status/gnome-2.6/ta/extras/ for example. The fact that for languages for which Straw already has translations the status bar won't be shown yellow is a bug with the current status pages. The fact still is that the pot file couldn't be created even for these languages, and hence these po files will never update properly.
If you don't want to use autotools, you've got another option in order to make use of intltools. First, add a simple po/Makefile with one line: top_srcdir=.. Next, add a configure.ac as one-liner as well: GETTEXT_PACKAGE=straw And finally, use in setup.py something like this to generate translated .desktop file (first rename straw.desktop to straw.desktop.in, remove translations, and put "_" in front of Name and Comment): intltool-merge -d -u po straw.desktop.in straw.desktop (Check intltool-merge for help) We should probably allow intltools to work without requiring autoconf/automake style files at all, but we're not there yet, and the above should work in simple cases like this one.
Right, I think the situation in Straw CVS should be now as you outlined. Not closing the bug yet though, I'm slightly out of my depth here so I might have misunderstood the issue or done something wrong.
Still doesn't work for me (I'm using intltool 0.30): $ cvs -z3 co straw [...] $ cd straw/po $ intltool-update --pot can't open ../configure.in : No such file or directory at intltool-update line 885. So clearly Straw still doesn't work with intltool. Danilo, Chris, Kenneth, do you know what's still wrong with the Straw setup?
I still don't see configure.in in straw module in Gnome CVS, so that seems to be the problem. I noticed that Straw now uses intltool during build phase, but since translators work with CVS, they still require configure.in to be there (so they don't have to pass name of the POT file themselves).
OK, I think finally my CVS-arch-sync setup works sanely and I got configure.in committed. Now the translation pages show correctly (I assume) Straw's translation status, so I assume it's working the way it's supposed to?
Indeed, I think it does. As you say, it shows up working on the status pages: http://l10n-status.gnome.org/gnome-2.8/sv/extras/ Please note that you can now use "intltool-update --maintain" in the po directory to find files with strings marked for translation that are missing from POTFILES.in. I did so now and found one missing file (src/lib/utils.py), and took the liberty of adding it to POTFILES.in.
Yay, thanks. Closing this bug, at last :-)