On Wed, Feb 11, 2015 at 01:11:31PM +0000, Alex Valavanis wrote:
Hi All,
Please could someone take a look at the issue reported in bug #1407009 [1] and bug #1418943 [2]?
In short...
A lot of downstream projects like to regenerate the configuration files by running "autoreconf". Builds fail in 0.91.0 because of changes in the internationalization config.
To reproduce:
autoreconf -fi ./configure
# Config dies with a message about po/Makefile.in.in not being created by intltoolize.
To fix this, we need to distribute autogen.sh, and preferably update the macros used in configure.ac. Is there any reason not to do this, and backport to 0.91.1?
That's a logical fix for producing 0.91.1.
I'm a bit busy with other projects right now, but I will make time to produce this build once the fixes are in. Would you mind putting out a call for patches for 0.91.1, if there are other fixes to go in? There were some post-release Windows bugs iirc.
However I wonder if shipping autogen.sh is the best solution, or if that's just papering over the real problem?
What were the changes in the internationalization config? I should mention there's a step in the release process where it tells me to regenerate the .pot file, which I have generally skipped on the assumption that the translators are keeping it up to date. Possibly I need to run that as a final step? I need some guidance here since I am not a translation guru...
If there's no feedback, I'll press ahead in the next day or so, since it's holding up the distribution of Inkscape 0.91 to some major downstream projects.
Out of curiousity what are those downstream projects? I'm also curious why they need to run autoreconf.
Thanks, Bryce