I’m thinking about slightly trimming the traditional hierarchy
The root filesystem will contain the things that there system absolutely needs to get into user mode. These are most of the things that ship with the core distribution.
/usr
contains the things that make the system useful to users (logging in/out, compilers, fancy text editors and other denial of service programs.) /opt
(see /usr/local
) contains third party programs that want to live in a directory called /opt
.
Some programs have 30 years of history demanding that they live in certain directories, so they may have to break the placement rules.
/bin
/boot
/dev
/etc
/etc/rc.d
/home
~root
lives there./lib
/lib/modules
/mnt
/opt
/usr/local
)/proc
/sbin
/sys
/tmp
/var
The traditional Unix /bin
(for boot, system maintenance & repair programs plus their prerequisites) vs /usr/bin
(all other user-accessable system programs) may not work for me, because (at least on other Unices) I tend to use basically everything I can get my hands on in the system when writing initscripts.
And, speaking of /usr
, this is what I’m thinking of for it:
/usr/bin
/usr/dict
/usr/games
/usr/include
/usr/lib
/usr/local
/usr
’s /usr
(see /opt
)/usr/man
/usr/local
)./usr/sbin
/usr/src
Modern Unices come with a /usr/share
directory, which is a gumbo of miscellaneous files. I’m still undecided just whether to care about it. If I put it in, I’ll just create a /usr/etc
and softlink /usr/dict
–> /usr/etc/dict
, /usr/share
–> /usr/etc
, and /usr/dict
–> /usr/etc/dict
.
X11 will have to live in /usr
.
/usr/local
is another hodge-podge directory. The traditional layout is that it has the usual crop of bin
,sbin
,src
,etc
,man
subdirectories, but it also has package subdirectories. So it’s essentially the same thing as /opt, so either (a) /opt
is a symlink to /usr/local
‘’‘or’‘ (b) /usr/local
is a symlink to /opt
.
I’m leaning towards having /opt
symlink to /usr/local
But what about the Linux FHS™?
It’s very nice, I’m sure, but
I need a platform that’s stable, moderately up to date, as free of GNUware as is practical with Linux (I have no objections to the software coming from the FSF; A lot of it, possibly most of it, is very good. But with the software comes some very sleazy marketing that I do not wish to be associated with,) and that is easy for me to experiment with.
The FHS is another Unixism that makes it difficult to experiment.