autobuild bootstrap dependency [WAS Re: bug#9845: [PATCH 1/3] maint: use gnulib's maint.mk and support scripts release procedure.]

[Gary V. Vaughan]

Hi Peter,

On 24 Oct 2011, at 09:12, Gary V. Vaughan wrote:
> On 24 Oct 2011, at 08:22, Peter O'Gorman wrote:
>> On 10/23/2011 11:03 AM, Gary V. Vaughan wrote:
>>> By the end of this series, making a release still involves an awful lot
>>> of waiting, but after passing the bevy of make distcheck variations
>>> mandated in the README-release, is now a simple matter of:
>>> 
>>>  1. libltdl/config/do-release-commit-and-tag 2.4.4 stable
>>>  3. make stable
>>>  3. gnupload --to ftp.gnu.org:libtool libtool-2.4.4.tar.gz 
>>> libtool-2.4.4.tar.xz
>>>  4. libltd/config/gnu-web-doc-update
>>>  5. git push origin master tag v2.4.4
>>> 
>> 
>> So the daily snapshot system now has autobuild installed for the user that 
>> makes the snapshot. Please remove this as a hard requirement for bootstrap, 
>> we have autobuild.m4 in libltdl/m4 so that people are not required to have 
>> autobuild installed to reautoconf libtool.
> 
> Done.  Sorry I forgot about that - I wrote bootstrap over the course of a few 
> months, testing that it successfully replaced the ugly gnulib bootstrap 
> script in bison, coreutils, libtool, m4, tar and zile... but having 
> everything installed here, I forget that we didn't need an installed 
> autobuild.
> 
> Maybe it would be a better general solution to fix bootstrap so that it 
> doesn't automatically add a requirement for autobuild when it finds 
> autobuild.m4 preinstalled in $macro_dir. WDYT?

I decided that more than just libtool will benefit from not having to install 
autobuild in order to bootstrap provided $macro_dir/autobuild.m4 is present, so 
(among the recent batch of obvious fixes I pushed) I changed bootstrap to that 
effect, and removed the workaround from our bootstrap.conf.

Cheers,
-- 
Gary V. Vaughan (gary AT gnu DOT org)