Date: Thu, 25 Oct 2001 00:04:30 EEST From: Maxim Sobolev <sobomax@FreeBSD.org> To: obrien@FreeBSD.org Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: ports/devel/automake Makefile distinfo pkg-plist ports/devel/automake/files patch-ab patch-ad Message-ID: <200110242104.AAA93434@ipcard.iptcom.net> In-Reply-To: <20011024124641.A506@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 24 Oct 2001 12:46:41 -0700, David O'Brien wrote: > [portmgr CC'ed due to importancy of this port to the overall ports > infrastructure] > > You did not address your plans on when/how this port will return to 1.5. > We cannot put our head in the sand on this one (unlink libtool, this does > included new applicable functionality). > > Please list the ports that broke so they may be addressed. Many of the > ports that depend on automake probably really don't in truth need it. > Any package that uses Makefile.am+automake is suppose to supply a built > Makefile.in. > > Automake 1.5 is now needed for Binutils and GCC work, so are we either > need an upgrade plan, or an "automake-current" port. Actually, automake > should return to 1.5, and an automake14 port created (via repo copy). > The ports that cannot handle 1.5 can use the outdated version. The main problem here is that we don't have a way to reliable create a list of packages that can't work with newest automake/autoconf. Bento is still locked and only the one person who holds the keys is Satoshi. And I don't think that the problem is as fatal as you described, you (and any other maintainer with the similar problem) have at least two relatively simple workarounds: 1. Do a repo-copy and create a new automakeXX/autoconfXX ports, which will contain newest version of autocrap. Then you can use it as much as you like, without disturbing anybody. 2. Pre-create Makefile.in/configure with the whatever version of autocrap you favorite port requires and then add those files as patches in the FILESDIR or PATCHFILE at the MASTER_SITE_LOCAL. This is even simpler than (1). Actually the vendor of the code should be slapped over head for supplying distfile without those files, but that's a different story... -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200110242104.AAA93434>