Date: Sat, 27 Oct 2007 19:45:42 +0100 (BST) From: Robert Watson <rwatson@FreeBSD.org> To: John Baldwin <jhb@freebsd.org> Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org, Steve Kargl <sgk@troutmask.apl.washington.edu> 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 ... Message-ID: <20071027194437.K4731@fledge.watson.org> In-Reply-To: <200710271105.47091.jhb@freebsd.org> References: <200710242133.l9OLX05K085372@repoman.freebsd.org> <200710261219.43878.jhb@freebsd.org> <20071027133621.I88930@fledge.watson.org> <200710271105.47091.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071027194437.K4731>