Date: Thu, 18 Sep 2003 01:58:57 -0600 From: Mike Porter <mupi@mknet.org> To: John Polstra <jdp@polstra.com>, Doug White <dwhite@gumbysoft.com> Cc: stable@freebsd.org Subject: Re: buildworld tries to write to DESTDIR? Message-ID: <200309180159.03917.mupi@mknet.org> In-Reply-To: <XFMail.20030917181921.jdp@polstra.com> References: <XFMail.20030917181921.jdp@polstra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 17 September 2003 07:19 pm, John Polstra wrote: > On 18-Sep-2003 Doug White wrote: > It always used to work to set DESTDIR for both the buildworld and the > installworld. Shouldn't it still? Personally, I think it is worthy > of a PR. > Maybe its just me, but DESTDIR sounds like (and according to the error message, appears to act like) the location to place built files in a buildworld context. In looking through /usr/src/Makefile and /usr/src/Makefile.inc1, DESTDIR is used in this manner. As near as I can tell (granted my Makefile skills aren't that great) I don't see anywhere in the installworld target that makes use of DESTDIR (making it irrelevant whether it is set or not for installworld). Also according to Makefile.inc1, you run installworld (more accurately 'reinstall') on the NFS *client*, becuase installworld always wants to install from / (again, I could be missing something, if so, please tell me, I want to know; I know I'm not delving very deep into the various subdirectory make files) In any case, the original error may NOT be worthy of a PR, since the original post admits that DESTDIR doesn't exist, being an NFS mount, at the time of buildworld. (If the directory exists, and failed, that *would* be worthy of a PR.) mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/aWXFY30jZzkECLcRAhirAKCHpUB40O13hJiECzXGyeHfT+pyqwCgni+S CR2iw80zQVazfKAcb3OSprM= =IWBx -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200309180159.03917.mupi>