From owner-freebsd-stable Wed Jul 24 12:49:42 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9EDB37B40D for ; Wed, 24 Jul 2002 12:49:34 -0700 (PDT) Received: from mrburns.nildram.co.uk (mrburns.nildram.co.uk [195.112.4.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59BD543E99 for ; Wed, 24 Jul 2002 12:49:00 -0700 (PDT) (envelope-from muttley@gotadsl.co.uk) Received: from VicNBob (muttley.gotadsl.co.uk [213.208.123.26]) by mrburns.nildram.co.uk (Postfix) with SMTP id 03BB31E1B27; Wed, 24 Jul 2002 20:48:28 +0100 (BST) From: Matthew Whelan To: "Brian T. Schellenberger" , Jamie Bowden Cc: freebsd-stable@FreeBSD.ORG Date: Wed, 24 Jul 2002 20:48:32 +0100 X-Priority: 3 (Normal) In-Reply-To: Message-Id: Subject: Re: make world considered harmful MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Mailer: Opera 6.0 build 1010 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG 24/07/2002 14:59:42, Jamie Bowden wrote: >On Wed, 24 Jul 2002, Brian T. Schellenberger wrote: > >:On Wednesday 24 July 2002 07:01 am, Jamie Bowden wrote: > >[make world, good, bad, or ugly?] > >:make buildworld >:make kernel >:reboot >:[see if the kernel is sane before . . .] >:make installworld >:mergemaster > >:That way if the new kernel is bad, you still have time to repair it with your >:old, known-to-be-working world. If you do the whole world at once and it's >:bad, you are looking at re-installing from scratch. > >Except when you have to run mergemaster before you can even buildworld >(see the recent commit of the new and improved sendmail). You're always >facing the possibility of running into some chicken and egg problem. If >you want total safety, run RELENG_4_6. But the documented process is the least-risk method. Even if you successfully upgrade the dangerous way 1,000 times for every breakage, the time you saved in typing it the shorter way is completely dwarfed by the time it takes to restore your system. Further, in the case you mentioned, running mergemaster first didn't require a change in the order of the remaining steps - and wasn't in itself fully necessary (you could add the new users by hand and then do the full mergemaster as per the documented procedure) Also, I always back up my /etc/ prior to running mergemaster, so backing out of that is pretty trivial, again, much easier than backing out of a broken world. I've a hunch I got the idea from reading the handbook. >Anyone running -stable or -current should well be prepared to endanger >themselves regularly. I endanger my system in this manner several times a >week. I've been using this method (make world)since early 2.0 builds, and >if I break my system beyond repair (which I have done), I did so knowing >it was a distinct possiblity. This doesn't mean that everyone should take undue risk. make world survived in large part because it was already there, I imagine. People like you are able to make the value judgement, but others with less experience aren't as well placed. They are the people we're concerned about here. Whilst in general I'm a strong believer that breakage encountered by people deviating from clear instructions should be very low on the priority list, in this the benefit to the shortcut when its safe doesn't justify the damage when it's not. The inconvenience to users in losing the shortcut is low, so the best case for keeping it is probably developer time. It seems to me the change to remove the rule itself would be very quick - updating docs and the make release process to match a little less so but still not exactly a mountain of effort. [re-insert from Brian's post] >:Personally, I think it would be better to remove it; for those who dislike >:typing and don't mind endangering their system, it would be better to have >:instead a >: >:make universe Maybe 'make bravenewworld'? Matthew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message