[Glibc-bsd-devel] libtool release schedule [WAS: [PATCH] GNU/KNetBSD support]
Gary V. Vaughan
gary@gnu.org
Tue, 23 Sep 2003 12:05:43 +0100
Hi Robert,
Robert Millan wrote:
> On Mon, Sep 22, 2003 at 01:22:42PM +0100, Gary V. Vaughan wrote:
>
>>Gotta reinstate my shell account at the FSF, synchronize libltdl changes
>>I've made for m4, add a feature to diagnose version mismatch between
>>libtool.m4 and ltmain.sh, take advantage of aclocal-1.8's m4_include
>>feature -- this will
>>reduce the distribution tarball size by 20-40% by my estimation.
>
>
> Is there anything I can do to help?
Absolutely! Pick one of the tasks I've mentioned and send us a patch that
implements it. If you need to exchange paperwork with the FSF, I can send you
details of what to do... I can still accept 2 or 3 small (<10 lines of code)
patches from you even if the FSF doesn't have your paperwork.
I have the aclocal-1.8 patch waiting to apply, as soon as the problem with
AC_CONFIG_AUX_DIR I raised at automake@gnu.org is resolved. To complete
automake 1.8 integration, we still need libtoolize to work more like autopoint
(from gettext) and install libtool.m4 and/or ltdl.m4 into $ac_aux_dir.
The other 2 (+ the bonus patch I mentioned) are still wide open.
>>Unless the Automake team release 1.8 very soon, I'd hope to have it done
>>well inside a month behind the Automake release, with a beta a week or two
>>before that.
>>[...]
>
> On Mon, Sep 22, 2003 at 04:50:25PM +0200, Alexandre Duret-Lutz wrote:
>
>>Automake 1.8 itself cannot be released before Autoconf 2.58.
>>Please take the queue :) Aside from this dependency, I hope
>>we can have the first 1.8 beta (1.7b) within a month.
>
>
> Uhm.. that makes it at least two months. Can't you release branch-1-5 in its
> current state (that is, when you can access gnuftp again) and then work on the
> new features for 1.6?
I'd rather polish 1.6. But if 1.6 is essentially done (i.e branched in CVS
and 1.5b released to alpha.gnu.org), I'd be prepared to roll a 1.5.1 release
if we are simply waiting on automake 1.8.
> Even if the improvements in branch-1-5 are not worthy of a new release, adding
> support for two new systems should IMHO help justifiing it, specialy if they
> are GNU-based systems.
Unfortunately the full release process is a fairly time consuming process, so
I don't want to spend an evening rolling 1.5.1 if 1.6 is only a month behind
if I have other stuff to work on. But I do take your point.
Cheers,
Gary.
--
())_. Gary V. Vaughan gary@(lilith.warpmail.net|gnu.org)
( '/ Research Scientist http://www.oranda.demon.co.uk ,_())____
/ )= GNU Hacker http://www.gnu.org/software/libtool \' `&
`(_~)_ Tech' Author http://sources.redhat.com/autobook =`---d__/