From owner-cvs-src@FreeBSD.ORG Fri Aug 29 11:38:22 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BC4C16A4C3; Fri, 29 Aug 2003 11:38:22 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED61743FCB; Fri, 29 Aug 2003 11:38:18 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h7TIcGQX069162; Fri, 29 Aug 2003 11:38:16 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h7TIcEGG069161; Fri, 29 Aug 2003 11:38:14 -0700 (PDT) Date: Fri, 29 Aug 2003 11:38:14 -0700 From: "David O'Brien" To: "M. Warner Losh" Message-ID: <20030829183814.GB68755@dragon.nuxi.com> References: <20030829.090308.108809143.imp@bsdimp.com> <20030829.091836.35047413.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030829.091836.35047413.imp@bsdimp.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: rwatson@FreeBSD.org cc: phk@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/gnu/usr.bin Makefile src/lib Makefile src/sbin Makefile src/usr.bin Makefile src/usr.sbin Makefile X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Aug 2003 18:38:22 -0000 On Fri, Aug 29, 2003 at 09:18:36AM -0600, M. Warner Losh wrote: > In message: > Robert Watson writes: > : Well, where we currently sit is that we've identified a set of > : semi-optional components -- areas where we've already done some > : build/install partitioning. Let's just slightly enhance the > : infrastructure around the existing identifications, and not get too caught > : up in identifying new partitioning -- partioning and dependencies are > : hard. > > I'm worried that this will create a huge mess that's hard to clean up > later.... Agreed.