Date: Thu, 23 Aug 2001 22:37:33 -0600 From: Nate Williams <nate@yogotech.com> To: obrien@FreeBSD.ORG Cc: Nate Williams <nate@yogotech.com>, arch@FreeBSD.ORG, ports@FreeBSD.ORG, Alexander Langer <alex@big.endian.de> Subject: Re: ports.conf Message-ID: <15237.55821.676471.752233@nomad.yogotech.com> In-Reply-To: <20010823192558.A6265@dragon.nuxi.com> References: <20010823210729.A95484@zerogravity.kawo2.rwth-aachen.d> <20010823135941.B4003@dragon.nuxi.com> <15237.37767.274325.945753@nomad.yogotech.com> <20010823192558.A6265@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > and /etc/make.conf is > > really a part of the building /usr/src, so as such should not contain > > configuration from /usr/ports. > > No is not. Things in /etc/make.conf affect *EVERY* invocation of make. > Don't even try to tell me otherwise unless you've supplied a patch that > determines if you are w/in the logical equivalent of /usr/src to process > the contents of /etc/make.conf. As Bruce would say, this is a bug, and I won't disagree with him. However, we have two different set of CFLAGS (one for kernel, and one for userland), which is just weird. Rather than untying the mess we have now, are you proposing we keep it and let /etc/make.conf grow everytime we add another port that needs tweaking? > /etc is for the *machine*. If you want something just for /usr/src, then > we should have a /usr/src/worldmake.conf Configuration files don't belong at the top of the src tree, IMO. > > Would something like /etc/ports.conf be acceptable? That way it can be > > modified separately from the configuration for the main /usr/src tree, > > Yes. Not because it separates things from knobs for /usr/src, but > because it separates things logically. Well, at least we agree on one thing. :) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15237.55821.676471.752233>