Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 13 Jun 2006 10:48:41 -0600 (MDT)
From:      Warner Losh <imp@bsdimp.com>
To:        jhb@FreeBSD.org
Cc:        grog@FreeBSD.org, trhodes@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, cvs-src@FreeBSD.org
Subject:   Re: HISTORICAL_MAKE_WORLD
Message-ID:  <20060613.104841.74726173.imp@bsdimp.com>
In-Reply-To: <200606130848.22261.jhb@freebsd.org>
References:  <200606120849.57695.jhb@freebsd.org> <20060612233752.GH79172@wantadilla.lemis.com> <200606130848.22261.jhb@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
From: John Baldwin <jhb@FreeBSD.org>
Subject: Re: HISTORICAL_MAKE_WORLD (was: cvs commit: src Makefile README)
Date: Tue, 13 Jun 2006 08:48:21 -0400

> That was the _intentional_ nature of the compromise agreed to at least
> a year or so ago.  Go archive-diving if you don't believe that.  At
> this point I'd actually say we just axe HISTORICAL_MAKE_WORLD altogether
> and just always bomb if DESTDIR isn't set.

Time to cut the gordian knot: I plan on doing exactly this in one
weeks time unless someone can give me a good reason not to it.  It
simplifies things, and provides just enough anti-foot-shooting
ncessary for this case.  It seems like a natural evolution of the
thinking on this matter, and fits well with the compromise that was
agreed to a while back.

BTW, Good reasons do not include 'but make world should just work.'
It doesn't work today.  Until such time as it does, and we have the
infrastructure in place to install a new kernel, and then run things
early in the boot process once to do the installworld, make world will
remain broken....  Such a mechanism could also be used for binary
upgrades...  But since no such mythical beast exists...

Warner



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