From owner-freebsd-arch Mon Jul 1 15:19:42 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5689C37B400; Mon, 1 Jul 2002 15:19:38 -0700 (PDT) Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 406FE43E09; Mon, 1 Jul 2002 15:19:34 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0214.cvx22-bradley.dialup.earthlink.net ([209.179.198.214] helo=mindspring.com) by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1) id 17P9W9-00054O-00; Mon, 01 Jul 2002 18:19:33 -0400 Message-ID: <3D20D54D.E97E900C@mindspring.com> Date: Mon, 01 Jul 2002 15:18:53 -0700 From: Terry Lambert X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Doug Barton Cc: Robert Watson , Giorgos Keramidas , freebsd-arch@FreeBSD.org Subject: Re: RFC: Fate of /usr/share/doc/smm/10.named References: <20020701134446.E24940-100000@zoot.corp.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Doug Barton wrote: > On Mon, 1 Jul 2002, Terry Lambert wrote: > > Doug Barton wrote: > > > I agree with this reasoning, and also with keeping them around > > > "somewhere." The BOG is a particularly good candidate for pruning since > > > it's still available from the vendor. > > > > Things that are brought in on vendor branches should be identical > > to the contents of packages distributed by the vendors themselves. > > This is already not true because we delete a lot of other code that we > don't use, like ports for other OS'. I understand this. Particularly every time I go to cross-compile something with GCC, and have to do unnatural acts. 8-). It's a general principle. Some of the "rules" Satoshi used to have for importing code when he and I worked at the same place were that "unused things should be deleted" and "config should be run before 3rd party code was imported", and a couple of others that really tie you to a single target platform -- even a single version of an OS, if you only have one target platform to worry about. For GCC, this does really evil things to the native FreeBSD compiler sources (for example), when bmake-ing them turns out to be a really bad idea, relatively speaking. -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message