HISTORICAL_MAKE_WORLD (was: cvs commit: src Makefile README)
Greg 'groggy' Lehey
grog at FreeBSD.org
Mon Jun 12 23:37:55 UTC 2006
On Monday, 12 June 2006 at 8:49:56 -0400, John Baldwin wrote:
> On Friday 09 June 2006 20:57, Greg 'groggy' Lehey wrote:
>> On Friday, 9 June 2006 at 8:53:47 -0400, John Baldwin wrote:
>>> On Wednesday 07 June 2006 20:48, Greg 'groggy' Lehey wrote:
>> Obfuscation is always wrong.
> Not in this case.
There's only one value of "always. Obfuscation is always wrong.
>>>> The only justification for this regression is that it's really
>>>> difficult to get everything right.
>> Otherwise people would have fixed it.
> No, you aren't reading what I'm saying.
In fact, it's the other way round. You're not understanding what *I*
am saying. The real issue here is distinguishing between a feature
and bug that is difficult to fix.
> The justification is a _fundamental_ _design_ FLAW in how 'make
> world' works. You can't just patch around that. You can't force
> 'make world' to boot up a new kernel for you that will work with the
> new userland you are about to install.
Why not? This is in fact pretty much what System V does in a slightly
different situation. It's not done well, but as I said, it's
See complete headers for address and phone numbers.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20060612/e2528753/attachment.pgp
More information about the cvs-src