From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-dev-return-12763-arch-gentoo-dev=gentoo.org@lists.gentoo.org>
Received: (qmail 5188 invoked from network); 22 May 2004 00:00:12 +0000
Received: from smtp.gentoo.org (156.56.111.197)
by parrot.ussg.indiana.edu with SMTP; 22 May 2004 00:00:12 +0000
Received: from parrot.ussg.indiana.edu ([156.56.111.196] helo=parrot.gentoo.org)
by smtp.gentoo.org with esmtp (Exim 4.34)
id 1BRJvv-0003Xd-1h
for arch-gentoo-dev@lists.gentoo.org; Sat, 22 May 2004 00:00:11 +0000
Received: (qmail 3653 invoked by uid 89); 22 May 2004 00:00:10 +0000
Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm
Precedence: bulk
List-Post: <mailto:gentoo-dev@gentoo.org>
List-Help: <mailto:gentoo-dev-help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev-unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-dev-subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
X-BeenThere: gentoo-dev@gentoo.org
Received: (qmail 28166 invoked from network); 22 May 2004 00:00:10 +0000
Message-ID: <33295.68.78.66.41.1085183977.squirrel@webmail.neoturbine.net>
In-Reply-To: <1085182035.8753.188.camel@newkid.milsson.nu>
References: <200405201846.37173.cbrewer@stealthaccess.net>
<40AD80D1.6050504@skylineaero.com>
<20040521063324.GC8475@curie-int.orbis-terrarum.net>
<1085145580.8753.93.camel@newkid.milsson.nu>
<1085146797.25036.52.camel@localhost>
<1085158789.8753.112.camel@newkid.milsson.nu>
<1085165137.25036.92.camel@localhost>
<1085178508.8753.156.camel@newkid.milsson.nu>
<33709.68.78.66.41.1085179258.squirrel@webmail.neoturbine.net>
<1085182035.8753.188.camel@newkid.milsson.nu>
Date: Fri, 21 May 2004 18:59:37 -0500 (CDT)
From: "Joseph Booker" <joe@neoturbine.net>
To: gentoo-dev@lists.gentoo.org
User-Agent: SquirrelMail/1.4.2
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
X-Priority: 3
Importance: Normal
Content-Transfer-Encoding: quoted-printable
Subject: Re: [gentoo-dev] Stuff that makes people mad
X-Archives-Salt: 925a7f2f-e089-40e5-ad71-a36ad82bef94
X-Archives-Hash: b8e1a989ae6006aab09012e562f6a87e
John Nilsson said:
> On Sat, 2004-05-22 at 00:40, Joseph Booker wrote:
>> ok, i totally get it:
>
> no.
eh, well i thought so
> no, I would like every single package to provide the information needed
> to be portable. Most useflags is probably of the --enable-<useflag>
> kind. Why maintain a separate list of configure options and package
> dependencies when the configure scripts already contain a list of
> options and easily could be extended to provide dependency information?
>
> Where to install files is probably hard to extend more, there already
> exists functionality for that.
well, this isn't always the case as many times ebuilds patch the packages
to support other things. An example is back when gaim .76 would never get
released since yahoo support was b0rked, and there was many security
problems. So, revisions of the ebuild patched gaim for the updates, while
the upstream devs released a secure version with a fix yahoo (at this
point i dont trust yahoo support anyways so im only taking their word its
fixed :P ), without that level of control over the packages, alot of user=
s
would have been running unsecure versions of gaim for a while. This is
just one example btw.
> I would like portage to evolve into tools and patches so that the LFS
> experience would be somewhat gentooish. Gentoo the distribution is
> great. I just feel that portage could evolve outside Gentoo.
It seems more like your tring to make an extended ./configure script
evolve outside gentoo, not portage :P anways, what is portage if its not
ebuild-based? seems like a whole differant package managment system your
talking about creating, just with the same interface (emerge, etc)
> I'm not asking anyone to do anything, I'm suggesting. Mostly I want the
> discussion. If everyone feels that ebuilds is the best solution I'm
> prepared to say I'm wrong. However it doesn't seem as anyone has
> understood what I'm suggesting, yet. =3D)
I don't think many people here will say ebuilds are the best solution,
because people do come up with better ideas at times, but ebuilds have
worked thus far and atleast I havn't seen a better way (well, a portage
backend supporting 'plugins' for differant ways of storing ebuilds would
be interesing.............but no one has produced such code and i have
other things to work on).
Dare i say i once again think i sorta get what your saying? anyways,
getting support for this idea from upstreams devs will be hard as only
gentoo (and LFS) users are the only ones crazy enough to compile when
theres binarys avilable ;)
btw, next time you reply telling me what im mistaken, dont include me in
the CC: line, ill read in the mailing list, i woudln't mind, but after a
while its sorta annoying :P
--=20
Joe Booker
--
gentoo-dev@gentoo.org mailing list