From owner-freebsd-bugs@FreeBSD.ORG Sun Jan 5 19:40:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81D393EC for ; Sun, 5 Jan 2014 19:40:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6EBD51D86 for ; Sun, 5 Jan 2014 19:40:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s05Je1aq009253 for ; Sun, 5 Jan 2014 19:40:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s05Je1XD009252; Sun, 5 Jan 2014 19:40:01 GMT (envelope-from gnats) Date: Sun, 5 Jan 2014 19:40:01 GMT Message-Id: <201401051940.s05Je1XD009252@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brooks Davis Subject: Re: misc/185480: WORLDTMP first in PATH during installworld X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Brooks Davis List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jan 2014 19:40:01 -0000 The following reply was made to PR misc/185480; it has been noted by GNATS. From: Brooks Davis To: Nathan Dorfman Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/185480: WORLDTMP first in PATH during installworld Date: Sun, 5 Jan 2014 13:30:04 -0600 I believe that WORLDTMP is first the path to allow new versions of tools to be used in the install process. It's critical that we do this or we could only use new tool features after multiple major releases. It is not supported to build on one system and install on another. It could be, but it isn't now. Apparently it's never been a high enough priority for anyone, probably because there are plenty of workaround. The simplest workaround is to just do an installworld to some arbitrary DESTDIR, tar up the result, remove schg flags on the target with "chflags -R noschg /", and extracting the tarball. With the -DNO_ROOT feature I added to the install targets a while back this is easily accomplished even without root access on the build system. Just do installworld with -DNO_ROOT and then use ${DESTDIR}/METALOG as the input to tar. -- Brooks