Re: [gentoo-user] Why autoconf?

2005-09-12 Thread Dave Nebinger

Why the hick are there so much versions of autoconf (in system)? Well,
somewhere in the [Nasty bug..] thread someone (again) mentioned, that
different packaged depend on different versions of autoconf. That's NOT
the truth for building a package.


You're making some assumptions here... Part of the emerge process applies 
many patches to the original package.


Sometimes these patches are applied to the configure.in and makefile.in 
scripts.  When changes like this are made, autoconf  automake are called to 
rebuild the configure script before it is executed.


And because the original package used autoconf version x.yz, x.yz is needed 
to rebuild the configure script appropriately for the package.  Depending 
upon the release time, an older version of autoconf was used, and therefore 
the older version of autoconf is a dependency and is installed in a slot.


It's really not a big deal to get upset over.  The autoconf and automake 
packages are pretty small, so they don't take up a lot of disk nor do they 
really require any attention on your part.  Portage will ensure the correct 
versions are available for building packages, and there's really nothing 
that you, as the gentoo user, would need to do about it.


--
gentoo-user@gentoo.org mailing list



Re: [gentoo-user] Why autoconf?

2005-09-12 Thread Nick Rout

On Mon, 12 Sep 2005 18:26:45 -0400
Dave Nebinger wrote:

 It's really not a big deal to get upset over.  

No but I am glad it has been explored, as i had been wondering the same
thing.

The autoconf and automake 
 packages are pretty small, so they don't take up a lot of disk nor do they 
 really require any attention on your part.  Portage will ensure the correct 
 versions are available for building packages, and there's really nothing 
 that you, as the gentoo user, would need to do about it.
 
 -- 
 gentoo-user@gentoo.org mailing list

-- 
Nick Rout [EMAIL PROTECTED]

-- 
gentoo-user@gentoo.org mailing list