Re: [gentoo-dev] new guides

From: AGottinger@t-online.de (Achim Gottinger)
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] new guides
Date: Wed Apr 11 00:19:01 2001	[thread overview]
Message-ID: <3AD3F097.77E8750D@gentoo.org> (raw)
In-Reply-To: 20010410235052.B15536@cvs.gentoo.org

Daniel Robbins wrote:
> 
> On Wed, Apr 11, 2001 at 06:56:57AM +0200, Achim Gottinger wrote:
> 
> > In situations where we modify aclocal or configure.in, i think it is better
> > to run autoconf/... and add a patch for all modified files instead of running
> > autoconf from the ebuild.  This simplifies package dependencies and makes it
> > possible to build all packages without autoconf/automake/m4/perl installed.
> 
> I don't think that this really matters for packages like GNOME (after all, if
> you're installing GNOME then you probably also have autoconf/Perl,etc.
> installed :), but this technique would be useful for critical system packages,
> like those found in sys-*.

I had the following problem with glibc-2.2.2. Their configure file was
not designed well and some
tests failed on a system without perl (build). I liked petes suggestion
to modify the root and not the leaf
of the configuration, so I patched configure.in.
So now I had to compile autoconf/m4/perl/libtool before I could build
glibc (very bad). 

I think it is generally a good idea to add configure to the patch,
because it is a bit confusing that
the configure in work exists but does not work. So eigther it must be
removed if configure.in gets modified
or added to the patch.

  However, "emerge" should be able to sort out the
> build/runtime deps perfectly in either case -- as long as the DEPEND and
> RDEPEND strings are set correctly.

Yes that's true. But in the above example it is a problem.

> 
> Though I'll agree, it would be nice to have a Perl-free system (drobbins hides)

Unfortunately xfree requires perl, so it whould be a xfree free system
too.

BTW: It whould be nice to have a python free runtime system too 
(nothing personal this time, so no need to run or hide :-)). 
This is impossible at the moment because of the env-update thing. It
might be required on embedded platforms where disc space is rare
(spython ~5MB).
I suggest recode env-update in bash or c.

achim~

> 
> --
> Daniel Robbins                                  <drobbins@gentoo.org>
> President/CEO                                   http://www.gentoo.org
> Gentoo Technologies, Inc.
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://www.gentoo.org/mailman/listinfo/gentoo-dev