From owner-freebsd-bugs@FreeBSD.ORG Wed May 1 22:10:01 2013 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 42877B33 for ; Wed, 1 May 2013 22:10:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 341A715E0 for ; Wed, 1 May 2013 22:10:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.6/8.14.6) with ESMTP id r41MA1eu030271 for ; Wed, 1 May 2013 22:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.6/8.14.6/Submit) id r41MA0ac030270; Wed, 1 May 2013 22:10:00 GMT (envelope-from gnats) Date: Wed, 1 May 2013 22:10:00 GMT Message-Id: <201305012210.r41MA0ac030270@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brooks Davis Subject: Re: misc/178284: make installworld doesn't detect UID correctly and fails due to not having enough permissions X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Brooks Davis List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 May 2013 22:10:01 -0000 The following reply was made to PR misc/178284; it has been noted by GNATS. From: Brooks Davis To: "Wojciech A. Koszek" Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: misc/178284: make installworld doesn't detect UID correctly and fails due to not having enough permissions Date: Wed, 1 May 2013 17:03:27 -0500 On Wed, May 01, 2013 at 06:51:59PM +0000, Wojciech A. Koszek wrote: > >Description: > make installworld will fail if you do it as non-root user. > > I think "make installworld" should warn user about running with non-root UID, and maybe ask for a "Press Y to continue", and should let me install the world correctly, without failing on "permission denied". > > In the perfect case, such installation would create a script e.g.: perms.sh in $DESTDIR/, so that once booted, I could just do sh /perms.sh and have everything be fixed. Other than not being automatic, the NO_ROOT option introduced in HEAD in January will accomplish all of this (you set permissions with mtree instead of a script, but that's just a detail). I hope to merge it to 9 in the next week. Virtually all the supporting commits are now complete. -- Brooks