From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev-return-14600-arch-gentoo-dev=gentoo.org@lists.gentoo.org>
Received: (qmail 19188 invoked from network); 29 Jul 2004 23:39:05 +0000
Received: from smtp.gentoo.org (156.56.111.197)
  by lists.gentoo.org with AES256-SHA encrypted SMTP; 29 Jul 2004 23:39:05 +0000
Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org)
	by smtp.gentoo.org with esmtp (Exim 4.34)
	id 1BqKUI-0003Bp-1C
	for arch-gentoo-dev@lists.gentoo.org; Thu, 29 Jul 2004 23:39:02 +0000
Received: (qmail 12921 invoked by uid 89); 29 Jul 2004 23:39:01 +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 17785 invoked from network); 29 Jul 2004 23:39:00 +0000
From: Jason Stubbs <jstubbs@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Date: Fri, 30 Jul 2004 08:42:12 +0900
User-Agent: KMail/1.6.82
References: <1091093795.6180.6.camel@6-allhosts> <1091127270.22576.83.camel@simple>
In-Reply-To: <1091127270.22576.83.camel@simple>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200407300842.12776.jstubbs@gentoo.org>
Subject: Re: [gentoo-dev] Moving functionality out of portage and into the tree
X-Archives-Salt: 50585020-5dde-4ab3-979b-119d32b4161f
X-Archives-Hash: 3b8ec64e114000dd08d53d74db550e97

On Friday 30 July 2004 03:54, Ned Ludd wrote:
> I fully support this as long as I'm in said group that can commit on
> these things or get a speedy response from somebody else that is.
> If initially if it's going to be limited I'd suggest the base-system,
> portage and toolchain herds.

I would personally like a new herd that is relatively small. The worst thing 
that I can see happening by having these functions managed outside of portage 
is that they become full of "if arch is this" or "if use has that". Adding 
that sort of code would enable quick fixes now but would make things harder 
to maintain in the long run, eventually creating a situation that is worse 
than what we have now.

Regards,
Jason Stubbs

--
gentoo-dev@gentoo.org mailing list