"Rion D'Luz" <[EMAIL PROTECTED]> writes:
> I have a strong dislike for a) a /usr/bin/ dir that holds everything 
> including the
> kitchen sink and b) putting executables in places like /usr/lib and /usr/share
> I generally would prefer compartmentalization and the extra overhead of adding
> lines to ld.so.conf and path info for bins and manpages etc..
> But containing graphics related stuff in /opt/graphics and non-system stuff 
> in /usr/local, etc..
> usually means either building from source and setting --prefix (and maybe a 
> wrapper script or two),
>  or re-packaging the app to get more control over its dest dir. 

You might want to take a look at GoboLinux <http://www.gobolinux.org/>, which
is focused on using "the filesystem [as] the package manager", where "each
program resides in its own directory, such as /Programs/Xorg/7.2/ and
/Programs/KDE-Libs/3.5.8".

Unfortunately, it looks as if they don't have enough momentum around their
"recipes" (they don't even seem to have entries for "gnucash", "abiword",
"banshee", and the entries for "firefox" only get to 2.0.0.3).

Also, GNU Stow <http://www.gnu.org/software/stow/> might be that "wrapper
script or two", formalized.

-- 
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo [EMAIL PROTECTED]

Attachment: pgptgmlMt8sBC.pgp
Description: PGP signature

Reply via email to