From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 10:59:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A723D16A4CE; Wed, 11 Aug 2004 10:59:06 +0000 (GMT) Received: from dastardly.newsbastards.org.72.27.172.IN-addr.ARPA.NOSPAM.dyndns.dk (80-219-164-131.dclient.hispeed.ch [80.219.164.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D53A43D2D; Wed, 11 Aug 2004 10:59:04 +0000 (GMT) (envelope-from bounce@NOSPAM.dyndns.dk) Received: from Mail.NOSPAM.DynDNS.dK (ipv6.NOSPAM.dyndns.dk [2002:50db:a483:0:20e:2eff:fe06:2376]) (8.11.6/8.11.6-SPAMMERS-DeLiGHt) with ESMTP id i7BAwph44129 verified NO); Wed, 11 Aug 2004 12:59:00 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id i7BAwn244128; Wed, 11 Aug 2004 12:58:50 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Wed, 11 Aug 2004 12:58:50 +0200 (CEST) Message-Id: <200408111058.i7BAwn244128@Mail.NOSPAM.DynDNS.dK> X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: beer set sender to bounce@NOSPAM.dyndns.dk using -f X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed from queue /tmp X-Authentication-Warning: localhost.newsbastards.org.72.27.172.IN-addr.A: Processed by beer with -C /etc/mail/sendmail.cf-LOCAL From: Barry Bouwsma To: Ruslan Ermilov References: <20040810231044.GA70020@xor.obsecurity.org> <20040811061202.GA80234@ip.net.ua> <20040811065912.GA95263@xor.obsecurity.org> <20040811080350.GK80234@ip.net.ua> <200408110916.i7B9GTj43770@Mail.NOSPAM.DynDNS.dK> <20040811101100.GB84908@ip.net.ua> X-Mailman-Approved-At: Wed, 11 Aug 2004 12:26:24 +0000 cc: current@freebsd.org Subject: Re: DISTDIR (was: Re: World broken in stage 1.1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Aug 2004 10:59:06 -0000 > > MAKEOBJDIRPREFIX?= foo... > > ^^ > Please see my other email in this thread that explains in detail > why it works, and why it should not be used. Understood. Methinks that MAKEOBJDIRPREFIX is getting to be a bit overloaded, as something that can be set by the user, as well as something that gets set during the build. Perhaps there should be something else that's user-only, defaulting to /usr/obj or whatever, from which the build process generates MAKEOBJDIRPREFIX and the like, but which itself remains intact, that *could* be specified in a make.conf or wherever. Admittedly, I don't know much about the build process, or if this has been tossed about in the past. I see that NetBSD has a number of user-specifiable things, some of which overlap or nullify each other, that one can specify, such as BSDOBJDIR and BSDSRCDIR and MAKEOBJDIR; at least the latter of which seems to be an environment variable too, but I'm not familiar with the NetBSD build, other than knowing that I've needed to mess around with these in order to get things where I've wanted. Perhaps these, or something like them, are applicable to FreeBSD as well. Anyway, I agree that it would be nice if there would be something that can be set in a make.conf which determines where the build happens, rather than it be dependent on an environment variable only. > > Which brings up something else -- has there been any > > resolution of the conflict between `DISTDIR' as used by > > ports, and `DISTDIR' as used by the `distribute' targets? > DISTDIR is only used by "make distribute", and the latter > is only used by "make release". "make release" doesn't > use /etc/make.conf. Where's the conflict? Ah, that I had been using `make distribute' or similar in order to populate DESTDIR/etc after a `make installworld', which is probably not what I should have been doing. (After a crossbuild, I wanted to fill DESTDIR with everything, including etc, as if installing a virgin installation. There's probably a Right Way to do this that I don't know.) thanks barry bouwsma