/usr/share, why bother?
I am very much in favor of the strongly adhered to filesystem layout
that Debian uses. Having all of the configuration files in /etc,
means that when I got a new laptop the only part of the OS I saved
from the old to the new was /etc. Stuff that changes is in /var, that
is great, right where it should be. Architecture specific stuff not
on / goes in /usr.
This leaves all of the non architecture specific stuff (text, html,
perl scripts, emacs lisp, etc.) to go under /usr/share. I use
/usr/local/share to have common TeX, etc. on completely different
architectures. Makes things great for system management. I only need
to install a new bibstyle in one place and my Linux and Tru64 boxes
all find it. This is how it should be.
My problem though, is that Debian only seems to go halfway. Just as I
cross mount /usr/local/share between all my computers, I want to also
cross mount /usr/share between all my Debian boxes. In order for this
to make any sense though, there needs to be some sort of dpkg setting
to say, "don't install /usr/share on this machine, it is a client."
I know, this can lead to problems where a package is installed on a
client, but not on the master server. That is my problem as the
administrator though, and shouldn't be anybody else's concern.
Am I just dense, and such a setting is fully documented and I just
need to rtfm? I know, disk space is real cheap, so wasting a few
hundred meg per machine isn't a big deal, and there isn't really
anything in /usr/share that I, as the administrator, need to be
changing, but it is just the principle of the thing. I guess what I
mean is, why call it share if it isn't meant to be shared?
Reply to: