On Thu, Nov 25, 2010 at 2:35 PM, Gaetan Nadon <[email protected]> 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 _______________________________________________ [email protected]: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel
