From owner-freebsd-current Sun May 31 09:50:46 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA12532 for freebsd-current-outgoing; Sun, 31 May 1998 09:50:46 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA12523 for ; Sun, 31 May 1998 09:50:43 -0700 (PDT) (envelope-from rkw@dataplex.net) Received: from [208.2.87.10] (user10.dataplex.net [208.2.87.10]) by shrimp.dataplex.net (8.8.8/8.8.5) with ESMTP id LAA02146; Sun, 31 May 1998 11:50:33 -0500 (CDT) Date: Sun, 31 May 1998 11:50:33 -0500 (CDT) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <19980531052120.41610@follo.net> References: ; from Richard Wackerbarth on Sat, May 30, 1998 at 03:45:31PM -0500 <199805301346.PAA29505@labinfo.iet.unipi.it>; <199805301346.PAA29505@labinfo.iet.unipi.it> <19980530182913.04478@follo.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Eivind Eklund From: Richard Wackerbarth Subject: Re: How about /usr/ports/kernel ? Cc: current@FreeBSD.ORG Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG At 3:21 AM -0000 5/31/98, Eivind Eklund wrote: >On Sat, May 30, 1998 at 03:45:31PM -0500, Richard Wackerbarth wrote: >> At 4:29 PM -0000 5/30/98, Eivind Eklund wrote: >> > >My own view of this is that config(8) should scan for > > ../../*/conf/files.FreeBSD > > ../../*/conf/options.FreeBSD > > ../../*/conf/files.FreeBSD. > > ../../*/conf/options.FreeBSD. > >add concatenate this with the appropriate files. >[...on having kernels made as a part of a normal build...] > >We've discussed this before (off the list), and I tend to agree to >some of it. However, how is this related to the proposal above >(except for both being part of the kernel build structure)? I think that it is a "detail". Rather than increasing the complexity of "config", I would use the capability of "make" and the preprocessors to present to "config", a single list of elements that it must process. I am, somewhat, a Unix purist. I detest the trend toward mamoth monolithic programs which "do everything", each in its own slightly different way. I prefer the reuse of small highly targeted tools that do particular tasks in a clean, efficient manner. Sometimes, the tool starts small and grows by the addition of "warts" motivated by growth within the particular presentation of the underlying problem space. A different presentation may present the opportunity for a simpler solution. Richard Wackerbarth To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message