On Wednesday 2012-02-15 06:54, Jonathan Vasquez wrote: > >/var - Variable Files >→ /tmp - Temporary Files >/krn - Kernel Directories >→ /proc - Kernel Process Information >→ /sys - Kernel Device Information
/tmp, /proc, /sys have all become sort of an ABI, so you cannot change it without seriously breaking everything. Of course you could add symlinks, but that does not really reduce the entries in /, as you can see. >/usr - User Applications >→ /bin - Binaries >→ /sbin - System Binaries >→ /opt - Optional (Add-On) Software Packages /opt is sort of deprecated, so if you change it, you might as well remove it and tell packagers to pick the right directories in /usr from the start. Products like VMware already seem to get this quite right. >→ /local - Local Applications Directories >→ /libs - Libraries and Kernel Modules >→ → 32 ← Example of Libraries for 32 bit applications >→ → 64 ← Example of Libraries for 64 bit applications lib64 was sort of a quick hack, and a bad one at that (because /lib contains the 64-bit libs on ia64). Introducing lib32 was even more pointless, as it was just a rename of sorts, rather than fixing the underlying issue. And what do you do if you have two different types of 32-bit providers? Tough luck. Luckily, Debian has proposed a viable solution - http://wiki.debian.org/Multiarch If anything, this is what should be implemented in a next FHS. >Temporary Files change all the time, and thus should be located in /var/tmp >The root's home directory is now actually within the /home directory But that is not great either. If /home is on a separate partition, it may not be available in an emergency situation. >All the applications in the system can now be consistently and >logically be found in one place: /usr. Already done by http://fedoraproject.org/wiki/Features/UsrMove This should also make it into FHS :) >administrative privileges would tend to go in /usr/bin, while binaries >that require administrative privileges would go in /usr/sbin. I concur. (Well, that is how bin&sbin are currently used, and IMHO that should continue. I am opposing merging bin and sbin.) >/opt(ional) packages are now also found in the /usr directory since >they are also programs, but probably programs that require all their >files and layout to be relative from each other. /opt is not just about programs, but also config files, shared data, etc. If one thinks in "folders" and other Windows terms, /opt could be seen as C:\Program Files. _______________________________________________ fhs-discuss mailing list [email protected] https://lists.linuxfoundation.org/mailman/listinfo/fhs-discuss
