[PATCH modular] jhbuild: Add moduleset with tarballs used for 7.6 katamari

Dan Nicholson dbn.lists at gmail.com
Thu Nov 25 14:51:17 PST 2010


On Thu, Nov 25, 2010 at 2:35 PM, Gaetan Nadon <memsize at videotron.ca> wrote:
> On Thu, 2010-11-25 at 11:45 -0800, Dan Nicholson wrote:
>
> Some modules have autogen-sh="configure" specified in their definitions.
> This is because jhbuild will run autogen.sh rather than configure if
> it's available. Arguably this is a bug in the module for including
> autogen.sh in the tarball and/or jhbuild for preferring autogen.sh in a
> tarball, but this works around it for now.
>
> I agree with you, unfortunately not everyone does. A janitorial effort was
> started a couple of years ago to remove autogen.sh from the tarballs. I
> continued this effort but could not finish due to opposition. There are
> about 25 modules still distributing this script, and it is totally random.
>
> There is no reason for jhbuild to ever consider running this script. The
> build machine may not have all tools to run autoreconf (lex, yacc,
> whatever). It's not easy to explain and it is interpreted as a personal
> preference. This script is not part of the Autotools architecture, none of
> the GNU packages have it.
>
> The jhbuild system should definitely not attempt to run it, unless it can
> justify why it is required to re-create the configuration. There would be
> nothing wrong in giving an option to the user to decide one way or another.
> That's a different discussion.

jhbuild is designed primarily to operate with development checkouts,
and thus usually runs autogen.sh. It's operating on the assumption
that you might update your checkout and need to regenerate the
autotools. It's just a bug in the jhbuild code that it doesn't prefer
configure for tarballs. I looked at it and it seems that the
information to know that the source directory came from a tarball is
not available when it comes time to determine which script to run.
Probably need to open a bug on gnome.org.

--
Dan


More information about the xorg-devel mailing list