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>

next in thread | previous in thread | raw e-mail | index | archive | help
Dag-Erling Sm=F8rgrav <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.
>=20
> 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=20
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=20
.MAKEOVERRIDES (treats them as though they were set on command line)

But it sounds like NO_ROOT already solves this issue?



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