From owner-freebsd-questions@FreeBSD.ORG Mon Mar 1 07:30:04 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 2DD2D16A4CE for ; Mon, 1 Mar 2004 07:30:04 -0800 (PST) Received: from mail3.panix.com (mail3.panix.com [166.84.1.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17DEB43D39 for ; Mon, 1 Mar 2004 07:30:03 -0800 (PST) (envelope-from stanb@panix.com) Received: from panix.com (brillig.panix.com [166.84.1.76]) by mail3.panix.com (Postfix) with ESMTP id 3CC4698EC1 for ; Mon, 1 Mar 2004 10:29:55 -0500 (EST) Received: from teddy.fas.com (pcp01010374pcs.mplsnt01.sc.comcast.net [68.58.176.69]) by panix.com (Postfix) with ESMTP id 32CDE2AA48 for ; Mon, 1 Mar 2004 10:29:40 -0500 (EST) Received: from stan by teddy.fas.com with local (Exim 3.36 #1 (Debian)) id 1AxpMK-0000uv-00 for ; Mon, 01 Mar 2004 10:29:32 -0500 Date: Mon, 1 Mar 2004 10:29:32 -0500 From: stan To: Free BSD Questions list Message-ID: <20040301152932.GA3504@teddy.fas.com> Mail-Followup-To: Free BSD Questions list References: <20040301144912.GA1660@teddy.fas.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040301144912.GA1660@teddy.fas.com> X-Editor: gVim X-Operating-System: Debian GNU/Linux X-Kernel-Version: 2.4.23 X-Uptime: 10:26:14 up 23:01, 1 user, load average: 0.25, 0.14, 0.18 User-Agent: Mutt/1.5.4i Sender: Stan Brown Subject: Re: Small problem upgrading older machine 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: Mon, 01 Mar 2004 15:30:04 -0000 On Mon, Mar 01, 2004 at 09:49:12AM -0500, stan wrote: > I'm upgrading a bunch of older machines *some as far back as 4.2). > > First let me say a bing THANKS YOU for all the hard work the release > engineering team does to make this work as well as it does. > > Now, let me point out a small problem. When I got to the "make > installworld" step, I was politely informed that I needed a snsmp user. > Looking at UPDATING, I saw that I could install the newer mergemaster by > hand, and use it to add this user. I did that. Unfortunately the > installworld, then errored when it got to installing mergemaster, as there > was then on mergemaster.sh file in the directory, and no rule to build it. I > copied the file back from the final location, back to mergemaster.sh in the > source tree, and I'm re-running make installworld, which should go OK now. > > Would it be possible to fix the Makefile to prevent this problem? The solution to this truns out to be a bit more complex than I though. I eventually gave up on fixing the contens of the mergemaster directory in the source tree, and fell back to a new buildowrld. The final straw was that if I did not have megemaster.8.gz the insatll would fail, but I alos needed mergemaster.8 (the uncopressed version). But then make complained about not having the compressed version :-( -- "They that would give up essential liberty for temporary safety deserve neither liberty nor safety." -- Benjamin Franklin