What we do at school to take care of the big huge pile of unsorted
stuff in the /usr/bin directories is we have a separate directory called
/usr/pkgs. Each package has it's own directory with it's own bin share man lib,
etc, subdirectories. Then symlincs are made in /usr/bin to those directories.
Is there any reason (besides the extra inode usage) that this would not be a
good way to do this? The one thing I hate in linux is having this one directory
where all the executables are just thrown in. This makes it really annoying
when trying to clean up old stuff. Sure RPM addresses this issue in a way, but
you can't always have rpms. Plus I really hate the way Mandrake and Redhat
throw KDE and GNOME all mixed up into the /usr directory, especially since this
renders many of the KDE RPMS unusable (or at least unwieldly), Plus you never
know if in the future any of the file structures change it might cause
conflicts. Hopefully we can move to a more organized directory structure in the
future. 

Daniel Tabuenca
<[EMAIL PROTECTED]>
 -- 

============================================================================
       "Anyone who is capable of getting themselves elected President should
 on no account be allowed to do the job." 
        --Some wisdom from the Book

============================================================================

Reply via email to