From owner-cvs-all Wed Jul 19 12:51: 8 2000 Delivered-To: cvs-all@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 08A2237C08C; Wed, 19 Jul 2000 12:51:02 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 23E0B2EE; Wed, 19 Jul 2000 12:51:01 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id MAA15289; Wed, 19 Jul 2000 12:51:00 -0700 (PDT) Message-ID: <397606A4.9D2717AB@cup.hp.com> Date: Wed, 19 Jul 2000 12:51:00 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Bruce Evans Cc: Sheldon Hearn , Marcel Moolenaar , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src Makefile.inc1 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > > 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. Good point. That should make it work across hosts as well and thus enables us to copy the binaries to the object tree. I still don't think we should do that, because that would prevent us from mounting /usr/obj read-only during an installworld. > The temporary directory could also be in a fixed > place under ${DESTDIR}. Concurrent installworlds can only be expected to > work for separate ${DESTDIR}s. Yes. Technically speaking, we only have to save binaries when we're installing in directories that are in PATH. I don't think all the logic to optimize that weights up the increase in complexity we'll add to the makefiles... > Copying sh is almost a no-op since the full path to /bin/sh is often used. > Similarly for perl. We probably need to fix that or make sure that we handle it properly. We could for example delay installation of sh and perl (and others) until everything else is done. I'll dig into this... > I think it would be better to copy the binaries early and restrict the > path for all ather steps of the build. I think that would unnecessary restrict what we can use during a build. Restricting what we can use during an install is less intrusive, because you should basicly only need to do an install... > > > 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. Precisely. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message