From owner-freebsd-questions@FreeBSD.ORG Thu Jun 24 17:01:28 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2286C16A4CE for ; Thu, 24 Jun 2004 17:01:28 +0000 (GMT) Received: from kanga.honeypot.net (kanga.honeypot.net [208.162.254.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7928743D1D for ; Thu, 24 Jun 2004 17:01:27 +0000 (GMT) (envelope-from kirk@strauser.com) Received: from localhost (localhost [127.0.0.1]) by kanga.honeypot.net (Postfix) with ESMTP id E7B0EBA61 for ; Thu, 24 Jun 2004 12:01:25 -0500 (CDT) Received: from kanga.honeypot.net ([127.0.0.1]) by localhost (kanga.honeypot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 50595-01 for ; Thu, 24 Jun 2004 12:01:25 -0500 (CDT) Received: from janus.daycos.com (outbound.daycos.com [204.26.70.70]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by kanga.honeypot.net (Postfix) with ESMTP id 06AF8BA5B for ; Thu, 24 Jun 2004 12:01:25 -0500 (CDT) From: Kirk Strauser To: freebsd-questions@freebsd.org Date: Thu, 24 Jun 2004 12:01:20 -0500 User-Agent: KMail/1.6.2 References: <20040624041443.5d86b160@localhost> In-Reply-To: <20040624041443.5d86b160@localhost> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406241201.20740.kirk@strauser.com> X-Virus-Scanned: by amavisd-new at honeypot.net Subject: Re: alternative method for make / install world --- ? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2004 17:01:28 -0000 On Thursday 2004-06-24 03:14 am, epilogue@allstream.net wrote: > alias rebuild 'cd /usr/src && make update && make world && make kernel > && mergemaster' In the recent past there have been times when non-backward-compatible changes were made to userlang tools, but the kernel was updated in such a way that it could support both the old and new toolsets. In those situations, doing a "make installworld" (the second half of "make world") would replace your userland with tools that were unable to work with the current running kernel unless you'd rebooted in the meantime. The long, correct method takes a bare minimum of additional work over the proposed, dangerous method. What's the point? -- Kirk Strauser