Re: straw

[Christian Rose <menthos gnome org>]

lör 2004-04-24 klockan 19.24 skrev Danilo Segan:
> >> Does anybody know what happened to straw? It's been showing 0%
> >> for some time, and the file on the status pages is not the
> >> most recent (for me, it's from last november while I've last
> >> submitted a translation for it in march).
> >
> > === Checking out straw module to straw.HEAD  ===
> > Regenerating straw.pot...
> > readline() on closed filehandle IN
> > at /home/gnome-i18n/bin/intltool-update line 867.
> > Cannot find top_srcdir in Makefile.
> > at /home/gnome-i18n/bin/intltool-update line 882.
> 
> This means intltool cannot find out the package name
> (ie. GETTEXT_PACKAGE from configure.in).   It's common with packages
> not using autoconf.  So, straw doesn't use intltool — it's as simple
> as that.

It's worse than that. There are still several odd modules in GNOME that
don't use intltool themselves yet, but will still work properly when
called by intltool-update. Straw won't, and hence there is no way at all
for the translation status pages to work with the current Straw sources.

This was reported to Straw developers a long time ago in Bugzilla:
http://bugzilla.gnome.org/show_bug.cgi?id=134875
Unfortunately there has been very little action on it yet.


> > Please, review the POTFILES.in it seems to have a problem with
> > intltool...
> 
> I suggest making a blank configure.ac with line GETTEXT_PACKAGE=straw
> in Straw repository.  Though, Straw maintainer would have to agree
> with that (it wouldn't be dist-ed, it would only sit in the
> repository for translators' sake).
> 
> Alternate approach is making intltool support packages not using
> autoconf style scripts (it should default to something like
> "template.pot" and ".." for srcdir).

I don't think intltool is entirely to blame here. As the workaround to
make Straw work with intltool in its current design, and hence the
gnome.org translation process as a whole, would be so simple (as Danilo
points out above and in the bug report) I can't imagine no really good
excuse for not using such a workaround in the mean time.


Christian