Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 24 Oct 2014 08:53:16 -0700
From:      "Simon J. Gerraty" <sjg@juniper.net>
To:        =?us-ascii?Q?=3D=3Futf-8=3FQ=3FDag-Erling=5FSm=3DC3=3DB8rgrav=3F=3D?= <des@des.no>
Cc:        FreeBSD Arch <freebsd-arch@freebsd.org>
Subject:   Re: Retiring WITH_INSTALL_AS_USER
Message-ID:  <10072.1414165996@chaos>
In-Reply-To: <86wq7p4zcx.fsf@nine.des.no>
References:  <96C0B2BE-0621-4162-BBB7-7D34AEAB5FD0@gmail.com> <21044.1414038558@chaos> <E40CAE9C-0C6B-4D7C-879E-53926D0A775E@bsdimp.com> <9250.1414076335@chaos> <86wq7p4zcx.fsf@nine.des.no>

index | next in thread | previous in thread | raw e-mail

Dag-Erling Smørgrav <des@des.no> wrote:

> "Simon J. Gerraty" <sjg@juniper.net> writes:
> > 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.
> 
> WITH_INSTALL_AS_USER does not modify buildworld, so that's moot.  It
> modifies installworld, and it does not work:

Ah I never tried that 
Though I guess the knob name implies it should do something useful.

Ok, that explains the "brokenness" I wasn't aware of.

> All it does is set the default *BIN / *GRP to the user name and primary
> group name of the current user.  It does not prevent Makefiles from
> overriding them (or from setting chflags like libc does).

If that were  desired, it would be simple enough to add them to 
.MAKEOVERRIDES (treats them as though they were set on command line)

But it sounds like NO_ROOT already solves this issue?


home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?10072.1414165996>