Re: [OT] Re: The naming wars continue...

[Grzegorz Kulewski]

On Wed, 27 Oct 2004, Tonnerre wrote:

> Salut,
>
> On Wed, Oct 27, 2004 at 06:11:43PM +0200, Grzegorz Kulewski wrote:
> > Yes, Linux (or UNIX) directory structure should be changed years ago but
> > nobody (except GOBO Linux I think) is going to do it. That will require
> > patching realy big amount of code and changing some standards. If somebody
> > has time for it feel free to contact me, and I will tell him (or her) what
> > should be changed to produce The New Directory Standard That Breaks
> > Everything But Is The Best And Most Sane In The World (TM)... :-)
>
> This is not the case, thanks  to autoconf and pkg-config. On one of my
> systems, I have all the  binaries under /Library/..., and all the libs
> under     /Frameworks/...,     and      the     doc     goes     under
> /Library/Documentation/someplace...
>
> It's not a problem any more, thanks to the ongoing modularization.

Hi,

1. Not all packages use autoconf.
2. Not all packages use autoconf correctly.
3. Autoconf and others are broken in my opinion (yes they provide some 
good features but have very high amount of bad features or stupid concepts 
too). This is not only mine opinion btw.
4. Changing the directory structure just to rename /lib to /Library is not 
very ambituous... I can even call it strange...
5. I am thinking of changing directory structure (and some other things) 
some more... For example placing every package in its own dir - like 
/apps/gcc/3.4.2/<install date>/{bin,lib,...} and placing symlinks in /bin 
(or how to call it) to required files from packages bins (like RELINK), 
adding something like /apps/<package name>/<version>/<install date>/deps 
and keeping symlinks to all external libs/programs/scripts used by 
<package name> there, changing autoconf to ask not test for features and 
much more (= turning Linux standards upside down).


Grzegorz Kulewski

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/