From owner-freebsd-arch@FreeBSD.ORG Thu Oct 23 16:33:07 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9933A287 for ; Thu, 23 Oct 2014 16:33:07 +0000 (UTC) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0103.outbound.protection.outlook.com [207.46.100.103]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6274CE46 for ; Thu, 23 Oct 2014 16:33:06 +0000 (UTC) Received: from BY2PR05CA045.namprd05.prod.outlook.com (10.141.250.35) by BY2PR05MB128.namprd05.prod.outlook.com (10.242.38.25) with Microsoft SMTP Server (TLS) id 15.0.1054.13; Thu, 23 Oct 2014 15:00:12 +0000 Received: from BN1BFFO11FD019.protection.gbl (2a01:111:f400:7c10::1:157) by BY2PR05CA045.outlook.office365.com (2a01:111:e400:2c5f::35) with Microsoft SMTP Server (TLS) id 15.1.6.9 via Frontend Transport; Thu, 23 Oct 2014 15:00:12 +0000 Received: from P-EMF01-SAC.jnpr.net (66.129.239.15) by BN1BFFO11FD019.mail.protection.outlook.com (10.58.144.82) with Microsoft SMTP Server (TLS) id 15.0.1049.20 via Frontend Transport; Thu, 23 Oct 2014 15:00:12 +0000 Received: from magenta.juniper.net (172.17.27.123) by P-EMF01-SAC.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.146.0; Thu, 23 Oct 2014 07:59:40 -0700 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id s9NEwtR67647; Thu, 23 Oct 2014 07:59:35 -0700 (PDT) (envelope-from sjg@juniper.net) Received: from chaos (localhost [127.0.0.1]) by chaos.jnpr.net (Postfix) with ESMTP id 75523580A3; Thu, 23 Oct 2014 07:58:55 -0700 (PDT) To: Warner Losh Subject: Re: Retiring WITH_INSTALL_AS_USER In-Reply-To: References: <96C0B2BE-0621-4162-BBB7-7D34AEAB5FD0@gmail.com> <21044.1414038558@chaos> Comments: In-reply-to: Warner Losh message dated "Thu, 23 Oct 2014 07:45:30 -0600." From: "Simon J. Gerraty" X-Mailer: MH-E 8.0.3; nmh 1.3; GNU Emacs 22.3.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Thu, 23 Oct 2014 07:58:55 -0700 Message-ID: <9250.1414076335@chaos> X-EOPAttributedMessage: 0 X-Forefront-Antispam-Report: CIP:66.129.239.15; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(199003)(189002)(24454002)(76506005)(93916002)(97736003)(87936001)(19580395003)(81156004)(106466001)(19580405001)(46102003)(33716001)(89996001)(6806004)(92566001)(69596002)(107046002)(102836001)(4396001)(21056001)(44976005)(68736004)(105596002)(92726001)(84676001)(50986999)(88136002)(80022003)(87286001)(76176999)(50466002)(86362001)(23676002)(77156001)(104166001)(57986006)(64706001)(85852003)(99396003)(110136001)(62966002)(47776003)(50226001)(85306004)(95666004)(31966008)(20776003)(76482002)(120916001)(117636001)(62816006)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB128; H:P-EMF01-SAC.jnpr.net; FPR:; MLV:sfv; PTR:InfoDomainNonexistent; A:1; MX:1; LANG:en; X-Microsoft-Antispam: UriScan:; X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB128; X-Exchange-Antispam-Report-Test: UriScan:; X-Forefront-PRVS: 0373D94D15 Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.15 as permitted sender) Authentication-Results: spf=softfail (sender IP is 66.129.239.15) smtp.mailfrom=sjg@juniper.net; X-OriginatorOrg: juniper.net Cc: FreeBSD Arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2014 16:33:07 -0000 Warner Losh wrote: > If it is in the tree, it needs to work.=20 No argument there. > It is broken in about a dozen places > now. Perhaps not the ones that you use. Hmm I have it permanently set in a projects/bmake tree that builds buildworld etc fine (while producing meta files) - though its been a month or two since last sync. Internally we have it set in head trees too. I don't doubt there's something lacking - just haven't noticed, sorry. > Makefile.inc1 is the only place it is documented right now. NO_ROOT > creates a METADATA file for the attributes of the file and does simple > copies instead. This lets you build entirely as an unpriv=E2=80=99d user,= but > still use makefs to get a filesystem with the proper attributes. In > many ways it is what you want, and you could get what you want by > specifying /dev/null for that METADATA if it were more tightly > coupled.=20 Sounds ok.=20 Hmm etc/Makefile looks like it lost the ability to run mtree safely=20 in a cross-build env? The MTREE_FILTER stuff ensures that mtree doesn't choke on unknown users and such. How is that handled now?