From owner-cvs-all@FreeBSD.ORG Fri Jun 9 12:54:26 2006 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EF5816A418; Fri, 9 Jun 2006 12:54:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4776743D79; Fri, 9 Jun 2006 12:54:25 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k59CsKuk086886; Fri, 9 Jun 2006 08:54:24 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Greg 'groggy' Lehey" Date: Fri, 9 Jun 2006 08:53:47 -0400 User-Agent: KMail/1.9.1 References: <200606070333.k573XmRc067920@repoman.freebsd.org> <200606071051.47070.jhb@freebsd.org> <20060608004803.GK81573@wantadilla.lemis.com> In-Reply-To: <20060608004803.GK81573@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200606090853.48604.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 09 Jun 2006 08:54:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1523/Fri Jun 9 03:10:10 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Tom Rhodes , src-committers@freebsd.org, cvs-all@freebsd.org, cvs-src@freebsd.org Subject: Re: HISTORICAL_MAKE_WORLD (was: cvs commit: src Makefile README) X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jun 2006 12:54:26 -0000 On Wednesday 07 June 2006 20:48, Greg 'groggy' Lehey wrote: > On Wednesday, 7 June 2006 at 10:51:45 -0400, John Baldwin wrote: > > On Tuesday 06 June 2006 23:33, Tom Rhodes wrote: > >> trhodes 2006-06-07 03:33:48 UTC > >> > >> FreeBSD src repository > >> > >> Modified files: > >> . Makefile README > >> Log: > >> Simply running ``make world'' will bomb unless you dig up the > >> undocumented HISTORICAL_MAKE_WORLD variable and set it. Note it > >> here so the blow up will not really be a surprise to people who > >> read. > > > > I thought the obfuscation was intentional as very few people should > > be doing a 'make world' without a custom DESTDIR these days. > > Then there's no reason not to document it. > > Warning: FORCE_ROOT_INSTALL can render your system unusable by > overwriting existing configuration files. Do not use it unless you > are completely aware of the consequences. > > And yes, a descriptive name like FORCE_ROOT_INSTALL, not > HISTORICAL_MAKE_WORLD. Describing it would subvert the intended obfuscation. > > Certainly people new to FreeBSD shouldn't be doing it; only those > > with the command hardwired into their brains. We've had > > buildworld/installworld since 2.2.5 (or 2.2.6) I think as I've only > > had to do a 'make world' once to go from 2.2.2 to 2.2.6. :) > > FWIW, that's when the rot set in IMO. One of the nice things about > FreeBSD *used* to be that to upgrade the system you just needed to do > "make world". Now you have a lot more work. > > The only justification for this regression is that it's really > difficult to get everything right. But that's a bug, not a feature. No, the justification is that 'make world' completely ignores the kernel and only handles userland, and an operating system is both a kernel and a userland and that users should update those together. If you as a developer want to use make world you can either run the two commands back to back or you can put I_REALLY_KNOW_WHAT_IM_DOING_AND_WANT_TO_HOSE_MY_MACHINE in make.conf or something. However, developers wanting to do this are in the _VAST_ minority and I'd much rather cater to the other 99% of the world. -- John Baldwin