gimp on HS

Rainer Müller raimue at
Mon Nov 13 17:16:48 UTC 2017

[moving this from macports-users to macports-dev,
 adding David as maintainer of both gimp2 and intltool to CC]

On 2017-11-12 19:45, Ryan Schmidt wrote:
> But this is definitely a bug. Installing that port should not be necessary. The whole point of running was to regenerate the configure script so that it would do the XML::Parser check, since we already know we provide it.
> Dave, do you know what has gone wrong here? I see that gimp2 contains its own copy of intltool.m4. Do we need to nuke or patch that copy too? I haven't checked if the other gimp ports are also affected.
To reiterate the problem, only intltool.m4 as distributed in the
MacPorts port was patched to remove the lookup of 'perl' in PATH. Other
versions of this file distributed and used by other projects are known
to be broken. All configure scripts using intltoolize need to be
regenerated with our patched version. The bug report [1] against
intltool never received any attention from upstream.

autoconf will only replace intltool.m4 in the work tree if the
filesystem mtime of ${prefix}/share/aclocal/intltool.m4 is newer. Note
that this depends on when the port was built/installed, so it might work
for some users, but not for others.

To always install the correct symlink to our patched intltool.m4, either
run autoconf with --force, or intltool.m4 should be deleted from the
gimp source tree before running autoconf.

In light of this, I think we should also add --force to the default
flags for use_auto(re)conf in base.



More information about the macports-dev mailing list