Comment 2 for bug 903340

Revision history for this message
In , Alexandre Rostovtsev (tetromino) wrote :

Created attachment 295593
intltool-0.50.0--no-translations-version.patch

intltool.m4 from intltool-0.50.0 uses $(INTLTOOL_MERGE) -x -u --no-translations in INTLTOOL_XML_NOMERGE_RULE.

However, earlier versions of intltool do not support --no-translations. As a result, if a source tarball was generated on a system with intltool-0.50.0 and a user attempts to build it on a system with intltool-0.48.0, the build will fail (e.g. as reported in bug #394445):

LC_ALL=C /usr/bin/intltool-merge -x -u --no-translations
[...]
Unknown option: no-translations
Undefined subroutine &main::error called at /usr/bin/intltool-merge line 73.
make[2]: *** [...] Error 255

A patch to detect intltool version at configure time and use --no-translations only if version 0.50.0 is attached; I have submitted it upstream to at https://bugs.launchpad.net/intltool/+bug/903340.

Ack/nack for Gentoo in the meantime?

This bug makes it rather inconvenient to use a Gentoo ~arch system to generate source tarballs for public consumption :)