[Osiris-devel]default linux config

[Adam Shand]

> I've started to create default config files for common systems,
> starting with RedHat Linux 7.1, here is what I have so far.  The goal
> is to create gdbm databases on new installs so people can verify their
> new or current systems.

the problem is that linux distributions are really dynamic compared to
commercial dists.  especially as dynamic package management gets bigger
(eg. debian's apt-get).  people do a default install, or a network install
and instantly upgrade to the lastest and greatest versions of everything.

it's a great idea but i think it's gonna be hard to implement usefully for
the free os'.

> <Directory /root>
>      Recursive    yes
> </Directory>

bear in mind that /root doesn't exist on some dists (like solaris).

> <Directory /etc>
>      Recursive    yes
> </Directory>

i think /etc/ is of dubious value because of lot of it gets set up on
install.  timezone, hostname, mail settings etc.

> # kernels and modules
>
> <Directory /boot>
>      Recursive    yes
> </Directory>

again this is a linux thing mostly (maybe *bsd?).  for kernel modules
under linux you also need /lib/modules

> <Directory /usr/lib>
>      Recursive    no
> </Directory>

so here probalby just geting /lib would be a good thing.

> <Directory /var>
>
>      Recursive    yes
>
>      NoEntry      /var/lock
>      NoEntry      /var/spool
>
> </Directory>

again /var shouldn't have much of importance in it for a default install.
i'd leave it out.

> <Directory /sbin>
>      Recursive    yes
> </Directory>

i'd also add /kernel, /platform and devices for solaris and /initrd  for
linux.  initrd is a more recent thing though so it may not exist for
everything.

also it's probably worth doing /opt if it exists and /dev for everything.

that was a little incoherant, lets try again.

for everything i'd do:

/bin /sbin /usr /dev /lib /opt

plus for linux

/initrd /root /boot

and for solaris

/kernel /devices /platform

depending on your point of view it might be worth doing /etc and /var.
they'll always be changing and stuff in there probably isn't crucial but
on the other had if there's something bizarre stashed in /var you probably
want to know about it.

adam.