From owner-freebsd-questions@FreeBSD.ORG Mon Jan 17 20:25:55 2005 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 93DBA16A4CE for ; Mon, 17 Jan 2005 20:25:55 +0000 (GMT) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15DE043D54 for ; Mon, 17 Jan 2005 20:25:55 +0000 (GMT) (envelope-from bc979@lafn.org) Received: from [10.0.1.6] ([4.28.157.47]) (authenticated bits=0) by zoot.lafn.org (8.12.3p3/8.12.3) with ESMTP id j0HKPr3O058372 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Mon, 17 Jan 2005 12:25:53 -0800 (PST) (envelope-from bc979@lafn.org) In-Reply-To: <20050117190712.GA70520@xor.obsecurity.org> References: <20050117060510.GA63358@xor.obsecurity.org> <8DC9B67A-6857-11D9-8611-000393681B06@lafn.org> <20050117071900.GA92079@xor.obsecurity.org> <20050117190712.GA70520@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Doug Hardie Date: Mon, 17 Jan 2005 12:25:55 -0800 To: Kris Kennaway X-Mailer: Apple Mail (2.619) X-Virus-Scanned: ClamAV 0.80/629/Tue Dec 14 11:01:57 2004 clamav-milter version 0.80j on zoot.lafn.org X-Virus-Status: Clean cc: f-questions List Subject: Re: 5.3 Building Kernel/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: Mon, 17 Jan 2005 20:25:55 -0000 On Jan 17, 2005, at 11:07, Kris Kennaway wrote: > On Sun, Jan 16, 2005 at 11:32:31PM -0800, Doug Hardie wrote: > >>>>> The only way I can think for this to happen is if your source tree >>>>> was >>>>> inconsistent (i.e. not completely updated), or you updated your >>>>> sources after you did the installworld, and the kernel depends on >>>>> the >>>>> newer version of config than the one you have built (in this case >>>>> the >>>>> 'safe' buildworld/buildkernel/installkernel method you used to >>>>> begin >>>>> with should still work). >>>>> >>>>> Kris >>>> >>>> Well, I tried makeworld again. Dies in Step 3. Reloaded all source >>>> from the distribution >>>> CD. makeworld dies in exactly the same place: >>> >>> Really, this all points to something else having changed on your >>> system in the meantime. Try >>> >>> cd /usr/src >>> make cleandir >>> make cleandir >>> make buildworld >>> >>> Kris >> >> Wish I had seen that earlier. I just tried a cvs from RELENG_5_3. I >> thought that would only have >> security fixes. Its downloading a ton of stuff. Obviously I can't >> stop it. Seems like just about all the >> userland source files are being changed. Lots of deletes too. I'll >> give the above a try when this >> finishes. Why so many files from cvs? > > The number of changes between RELENG_5_3_0_RELEASE and RELENG_5_3 is > very small. If you're seeing lots of changes, it means that you > didn't actually have a 5.3-RELEASE source tree installed before now, > which explains the problems you were seeing in compiling it. > > Kris > Thats interesting. I was using the 5.3 release CD. The checksums match those listed. It was installed onto a re-formatted drive as I wanted the UFS-2. The source was installed as part of the original installation. Anyway, either the cvsup or the cleandirs worked. I was able to buildworld and a new kernel. Installation of both appears to have gone correctly. uname gives the new kernel and strings of /boot/kernel/kernel also shows the new name. uname before said 5.3-RELEASE. It would appear that when I build the production systems I will immediately after instalation cvsup to RELENG_5_3 and then run make cleandir before anything else. Fortunately right now I am playing with test systems. It it at all possible to not have to buildworld when building a new kernel? For example, I was trying to add option atapicam. It would seem that buildworld would not be necessary in that situation.