Date: Sat, 27 Oct 2007 18:11:23 -0400 From: John Baldwin <jhb@freebsd.org> To: Robert Watson <rwatson@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: <200710271811.26273.jhb@freebsd.org> In-Reply-To: <20071027194437.K4731@fledge.watson.org> References: <200710242133.l9OLX05K085372@repoman.freebsd.org> <200710271105.47091.jhb@freebsd.org> <20071027194437.K4731@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Saturday 27 October 2007 02:45:42 pm Robert Watson wrote: > 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. No problem, glad it is ok now. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200710271811.26273.jhb>