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>