From owner-freebsd-current@FreeBSD.ORG Wed Jul 30 00:27:45 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE7B237B401 for ; Wed, 30 Jul 2003 00:27:45 -0700 (PDT) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E580843F93 for ; Wed, 30 Jul 2003 00:27:42 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: from freebsd1.cimlogic.com.au (localhost.cimlogic.com.au [127.0.0.1]) by cimlogic.com.au (8.12.9/8.12.9) with ESMTP id h6U7Teh5021632; Wed, 30 Jul 2003 17:29:40 +1000 (EST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by freebsd1.cimlogic.com.au (8.12.9/8.12.9/Submit) id h6U7Te6x021631; Wed, 30 Jul 2003 17:29:40 +1000 (EST) Date: Wed, 30 Jul 2003 17:29:39 +1000 From: John Birrell To: Benjamin Close Message-ID: <20030730172939.G18842@freebsd1.cimlogic.com.au> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from cisbjc@reason.levels.unisa.edu.au on Wed, Jul 30, 2003 at 04:44:54PM +0930 cc: freebsd-current@freebsd.org Subject: Re: 4.8->Current & Depreciated files X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jul 2003 07:27:46 -0000 On Wed, Jul 30, 2003 at 04:44:54PM +0930, Benjamin Close wrote: > I'm about to upgrade from FreeBSD 4.8 to Current (following the > instructions in UPDATING) and was just wondering if mergemaster removes > depreciated files between the two versions. Ie: /etc/rc.sendmail I believe > is now depreciated to one of the rcNG scripts. Does merge master handle > the deleting of this file or is there some other utility? I've just been through this. The instructions would have you run mergemaster -p before doing an installworld. For me, that only tried to update /etc/passwd and /etc/group which already had the sendmail users and groups so there was nothing to update. After doing the installworld, mergemaster knows about the rc.d change and running mergemaster (without -p) did not cause any grief. For me, the update was most error prone around the stage where the new kernel had been installed and a reboot was asked for (see src/Makefile). The old loader installation still thought that the kernel was in the root directory and loaded it instead of the 5-current version. >From the boot prompt you need to unload /kernel and load /boot/kernel/kernel manually before doing the installworld. Then things will go according to plan. If you don't do that, you'll get a core dump from sh when the installcheck is performed by src/Makefile.inc1 and you won't be sure what has gone wrong if you didn't notice that the new kernel you supposedly installed wasn't actually run. -- John Birrell