Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 13 Jun 2006 09:07:52 +0930
From:      Greg 'groggy' Lehey <grog@FreeBSD.org>
To:        John Baldwin <jhb@freebsd.org>
Cc:        Tom Rhodes <trhodes@freebsd.org>, src-committers@freebsd.org, cvs-all@freebsd.org, cvs-src@freebsd.org
Subject:   Re: HISTORICAL_MAKE_WORLD (was: cvs commit: src Makefile README)
Message-ID:  <20060612233752.GH79172@wantadilla.lemis.com>
In-Reply-To: <200606120849.57695.jhb@freebsd.org>
References:  <200606070333.k573XmRc067920@repoman.freebsd.org> <200606090853.48604.jhb@freebsd.org> <20060610005707.GK7549@wantadilla.lemis.com> <200606120849.57695.jhb@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--ZYOWEO2dMm2Af3e3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

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
difficult.

Greg
--
See complete headers for address and phone numbers.

--ZYOWEO2dMm2Af3e3
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (FreeBSD)

iD8DBQFEjfrQIubykFB6QiMRAhoMAJ96LkeeI1PViX2sjh305boXpZdNiACfcZFl
pKzX3UmNlzpY5E2/aWcycTU=
=RgWs
-----END PGP SIGNATURE-----

--ZYOWEO2dMm2Af3e3--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060612233752.GH79172>