From owner-cvs-src@FreeBSD.ORG Sat Oct 27 18:45:44 2007 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C948616A418; Sat, 27 Oct 2007 18:45:44 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7020813C481; Sat, 27 Oct 2007 18:45:44 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id D94B746F41; Sat, 27 Oct 2007 14:45:42 -0400 (EDT) Date: Sat, 27 Oct 2007 19:45:42 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: John Baldwin In-Reply-To: <200710271105.47091.jhb@freebsd.org> Message-ID: <20071027194437.K4731@fledge.watson.org> References: <200710242133.l9OLX05K085372@repoman.freebsd.org> <200710261219.43878.jhb@freebsd.org> <20071027133621.I88930@fledge.watson.org> <200710271105.47091.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org, Steve Kargl Subject: Re: cvs commit: src/sys/sys gpt.h src/lib/libstand Makefile src/sbin/gpt Makefile add.c boot.c gpt.8 gpt.c gpt.h show.c src/sys/boot/common ufsread.c src/sys/boot/i386 Makefile src/sys/boot/i386/gptboot Makefile gptboot.c gptldr.S ... X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Oct 2007 18:45:44 -0000 On Sat, 27 Oct 2007, John Baldwin wrote: >> /usr/obj/usr/src/sys/boot/i386/gptboot/../btx/btx/btx -l gptldr.bin -o >> gptboot gptboot.bin btxld:No such file or directory *** Error code 1 >> >> Stop in /usr/src/sys/boot/i386/gptboot. *** Error code 1 > > Hmm, this is probably the classic problem of the machine symlink being a > newer date than the build causing installworld to try and rebuild the binary > when it shouldn't. I've seen this on boot2 when storing the output of a > buildworld in a cpio and extracting it since cpio doesn't preserve the times > on symlinks. We actually just comment out the dependency on the 'machine' > symlinks at work since we use cpio. :-/ Indeed -- it turned out that time in my Parallels VM had mysteriously regressed four days (or failed to leap forward four days?). ntpdate, blowing away /usr/obj and touching /usr/src followed by a rebuild did the trick. Sorry about the false alarm. Robert N M Watson Computer Laboratory University of Cambridge