From owner-cvs-all Wed Jul 19 11:20:10 2000 Delivered-To: cvs-all@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id B55C337BFB2; Wed, 19 Jul 2000 11:19:56 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id EAA02895; Thu, 20 Jul 2000 04:09:49 +1000 Date: Thu, 20 Jul 2000 04:09:43 +1000 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Marcel Moolenaar Cc: Sheldon Hearn , Marcel Moolenaar , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src Makefile.inc1 In-Reply-To: <39755F9B.30593B39@cup.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 19 Jul 2000, Marcel Moolenaar wrote: > Sheldon Hearn wrote: > > First, could you put the files somewhere in the obj tree so that they > > aren't lost in the case of a reboot on a machine which mounts /tmp in > > volatile storage? > > I prefer to use /var/tmp in that case. There's a problem with multiple > concurrent installworlds if you save the binaries in the shared object > tree. Using separate temporary directories should handle that in the same way as it does when /tmp is used. You should use mktmp(1) instead of $$ in /tmp. $$ is probably secure enough in the obj tree since the obj tree should be owned by root. The temporary directory could also be in a fixed place under ${DESTDIR}. Concurrent installworlds can only be expected to work for separate ${DESTDIR}s. Copying sh is almost a no-op since the full path to /bin/sh is often used. Similarly for perl. I think it would be better to copy the binaries early and restrict the path for all ather steps of the build. > > Second, can mtree be added to that list so that revs 1.154 and 1.155 be > > reverted? > > If we don't need mtree in the bootstrap-tools, than we sure need to save > it during installworld. This can only be done if the mtree changes are > reverted, right? But we do need it in bootstrap-tools. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message