From owner-cvs-all Sun Aug 30 19:55:36 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA10969 for cvs-all-outgoing; Sun, 30 Aug 1998 19:55:36 -0700 (PDT) (envelope-from owner-cvs-all) Received: from roma.coe.ufrj.br (roma.coe.ufrj.br [146.164.53.65]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA10952 for ; Sun, 30 Aug 1998 19:55:33 -0700 (PDT) (envelope-from jonny@jonny.eng.br) Received: (from jonny@localhost) by roma.coe.ufrj.br (8.8.8/8.8.8) id XAA05996; Sun, 30 Aug 1998 23:54:17 -0300 (EST) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199808310254.XAA05996@roma.coe.ufrj.br> Subject: Re: make.conf In-Reply-To: <2367.904524432@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 30, 98 05:47:12 pm" To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 30 Aug 1998 23:54:17 -0300 (EST) Cc: Studded@dal.net, committers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk #define quoting(Jordan K. Hubbard) // > I like this idea, *if* the file is split, however creating 3 new files // > in 3 new locations all with the same name seems like unnecessary // > confusication to me. How about src.conf.mk, ports.conf.mk and // > sys.conf.mk? // // Doesn't seem like confusion to me - they all live in completely // different (and quite descriptive :) locations. Moreover, it gives you // a single target to look for when encountering a collection like src or // ports - does it have a conf.mk file? Look in there for user-tunable // config variables then. It doesn't? Then you quickly know there are // none. :-) What do we do in read-only source trees ? // > > If /etc/make.conf is split at all then it should be split into: // > > // > > /usr/src/conf.mk - configuration frobs exclusively for /usr/src // > > // > > /usr/ports/conf.mk - configuration frobs exclusively for /usr/ports. // > > // > > /usr/share/mk/conf.mk - stuff truly global to any invocation of Bmake // > > e.g. variables you want both src and ports // > > (and so on) to get as a base set before // > > potentially laying their own on top. Jonny -- Joao Carlos Mendes Luis M.Sc. Student jonny@jonny.eng.br Universidade Federal do Rio de Janeiro "There are two major products that come out of Berkeley: LSD and Unix. We don't believe this to be a coincidence." -- Jeremy S. Anderson