Date: Wed, 27 Oct 2010 09:27:03 -0400 From: John Baldwin <jhb@freebsd.org> To: freebsd-stable@freebsd.org Cc: pjd@freebsd.org, Jeremy Chadwick <freebsd@jdc.parodius.com>, freebsd-arch@freebsd.org Subject: Re: Can't build boot blocks after new GPT attributes added Message-ID: <201010270927.04145.jhb@freebsd.org> In-Reply-To: <20101027074401.GA18014@icarus.home.lan> References: <20101027074401.GA18014@icarus.home.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday, October 27, 2010 3:44:02 am Jeremy Chadwick wrote: > The below commit has broken the ability to build system boot blocks > (including pxeldr) the "historic way"[1]: > > http://freshbsd.org/2010/10/17/20/10/00 > > The breakage on RELENG_8 (dated as of a few minutes ago): > > ======================================== > # rm -fr /usr/obj/* > # cd /sys/boot > # make clean This only works if your source tree is in sync with your installed world. Adding a hack to the Makefile is wrong. The buildenv approach pjd@ suggested will work for the case that your source tree does not match your installed world. Maybe you could add text to the handbook to say this, but it is already implicitly assumed in the handbook section you are referring to since it assumes you can safely compile a new kernel, etc. The handbook section is meant as more of a tutorial on how to enable a serial console on a fresh box. Once you are experienced enough to start using buildworld, etc. I don't think it is unreasonable to require users to understand that having a source tree different from the installed world requires extra steps. If we were to document those every time it would clutter documentation making it harder for someone who is new to FreeBSD to simply setup a serial console on a box that they just installed. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201010270927.04145.jhb>