Date: Sun, 24 Mar 2002 16:33:51 -0800 From: Ryan Davis <ryand-freebsd@ZenSpider.com> To: "Crist J. Clark" <cjc@FreeBSD.ORG> Cc: Randy Bush <randy@psg.com>, Dima Dorfman <dima@trit.org>, FreeBSD Stable <freebsd-stable@FreeBSD.ORG> Subject: Re: mergemaster mtree:No such file or directory Message-ID: <20020324163351.A73171@greed.zenspider.com> In-Reply-To: <20020324154542.B82432@blossom.cjclark.org>; from cjc@FreeBSD.ORG on Sun, Mar 24, 2002 at 03:45:42PM -0800 References: <E16pD03-000Gow-00@rip.psg.com> <6E639CB8-3F7E-11D6-B638-0030655293B0@zenspider.com> <20020324154542.B82432@blossom.cjclark.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2002-03-24T15:45:42, Crist J. Clark wrote: > > Shouldn't the build system (including mergemaster) be impervious to > > side-effects from things like PATH? > > I could easily envision situations where one might want to play games > with one's PATH when using mergemaster(8). I think having > mergemaster(8) toss aside the user's PATH and essentially hardcode its > own makes the tool much less flexible, violates POLA, and generally > violates the whole purpose of PATH and environmental variables. Call me wacky, but "play games when using mergemaster" == command line option in my book. Good Configuration Management would probably state that the build and configuration tools should do the same thing every time regardless of how wonky my environment is. Only when I say "no no mergemaster, this is a special case" should it act outside the norm. Translation: the rest of us should have repeatable results across ALL of our systems. I think taking this step (for all of the build systems, including ports) would be a GoodThing. It would help the 90% case quite a bit and probably quiet the mailing list too. I've seen weird cases lately where the solution to some poor fool's port building problem is "Take '.' out of your path". That's just NOT going to help us increase the usability of our favorite OS, is it? We should do everything in our power to make stable and ports and clean and usable as possible. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020324163351.A73171>