From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 09:16:44 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 866F816A4CE; Wed, 11 Aug 2004 09:16:44 +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 4F01343D55; Wed, 11 Aug 2004 09:16:42 +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 i7B9GVh43771 verified NO); Wed, 11 Aug 2004 11:16:39 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Received: (from beer@localhost) by Mail.NOSPAM.DynDNS.dK (8.11.6/FNORD) id i7B9GTj43770; Wed, 11 Aug 2004 11:16:29 +0200 (CEST) (envelope-from bounce@NOSPAM.dyndns.dk) Date: Wed, 11 Aug 2004 11:16:29 +0200 (CEST) Message-Id: <200408110916.i7B9GTj43770@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> X-Mailman-Approved-At: Wed, 11 Aug 2004 12:26:24 +0000 cc: current@freebsd.org Subject: 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 09:16:44 -0000 [keep replies to the list and I'll catch up later, thanks] > > Well, happy POLA violation to you too; this worked until now. Please > > add text to make.conf explaining the new order. > Can you prove that it worked? I tried to no avail with the old > (August 1 2004, before the changes) make(1) and MAKEOBJDIRPREFIX > set in /etc/make.conf, to try to buildworld, and it always fails. I used to set this in make.conf, but only as MAKEOBJDIRPREFIX?= foo... ^^ Lately I haven't been building normally (doing exclusively crossbuilds, with commandline scripts where I explicitly set env variables), but I should try migrating things back into the specified make.conf for a test build. > It fails for me because MAKEOBJDIRPREFIX from /etc/make.conf (a > global variable) overrides the value of the MAKEOBJDIRPREFIX It probably had succeeded for me due to using `?=' rather than just the `=' which would result in the failures most people see. > Trying to set MAKEOBJDIRPREFIX in /etc/make.conf and attempting to buildworld > RELENG_4 on a 4.x machine similarly fails right away. I had been doing this in the past, but as noted, not recently. I'll try it again Real Soon Now. > The reason I'm writing this email is that I'm really interested in > reproducing the case where it could have possible worked before. Any help A world build takes days on my machines, but I promise that the next ones I kick off, I'll use the make.conf setting as much as possible. If it's expected to work with `?=', though, then ignore me. I agree that even if it does work with `?=', that too many people will fail to see the difference between that and a plain `=' and use the latter. However, I do like that it (used to?) work from make.conf, for times when I forget to set the environment variable. 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? I have the former set in my make.conf, which resulted in some odd paths, no matter how I specified `DESTDIR=' and `DISTDIR=' as both environment and `make' options when in the top-level src directory, but resolved itself only when given as an option within the `etc' subdirectory. Not that I know how to use `distribute/distribution' at all, but I saw that as one way to populate DESTDIR/etc. (Shoot me if this has been resolved in a way I've failed to catch during the months spent offline.) thanks barry bouwsma