Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 16 Dec 2009 10:01:27 +0100
From:      =?windows-1252?Q?Micha=EBl_Gr=FCnewald?= <michael.grunewald@laposte.net>
To:        Warren Block <wblock@wonkity.com>
Cc:        Baptiste Daroussin <baptiste.daroussin@gmail.com>, freebsd-ports@freebsd.org
Subject:   Re: New version of the fakeroot patch
Message-ID:  <4B28A1E7.70301@laposte.net>
In-Reply-To: <alpine.BSF.2.00.0912150852420.29906@wonkity.com>
References:  <20091214151318.GC1016@wicklow.lan>	<fee671620912140959q32257e1er92e2825f55a0c968@mail.gmail.com>	<4B274487.7080505@infracaninophile.co.uk>	<ed7b1c610912150133o41ebf90et359adf18b32833ca@mail.gmail.com> <alpine.BSF.2.00.0912150852420.29906@wonkity.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi,

Warren Block wrote:

> A suggestion: USE_FAKE is not descriptive.  It doesn't tell what is fake 
> or what happens.  I'm not sure fake is the even the right word.
> 
> USE_FAKEROOT is better, but still ambiguous: it's not really fake, and 
> "root" can mean too many things.
> 
> I guess what I'm trying to say is consider a name that describes what is 
> accomplished, not how it works.

The Macports system offers a functionality analogous to the one 
described by the OP. In Macports' Guide this functionality is described so:

«Understanding the destroot phase is critical to understanding MacPorts,
  because, unlike some port systems, MacPorts "stages" an installation
  into an intermediate location —not the final file destination.»

Maybe this can help to find a more explicit name than «fake».
-- 
Cheers,
Michaël



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