Status and outlook of LSB and FHS compliance of Fedora.
Phil Knirsch
pknirsch at redhat.com
Thu Jun 3 09:25:23 UTC 2004
Hi folks.
I've been looking at how well Fedora is compliant with the latest LSB
and FHS specifications lately.
I came up with a small list of packages that, due to the change in the
latest FHS-2.3 and the addition of /srv and /media would seem likely
candidates for partiall data migration to /srv:
bind
arpwatch
mailman
krb5-server
httpd
tomcat
htdig
openldap
mysql
namazu
inn
postgresql
webalizer
vsftpd
Quite a few of those packages could keep their data in /var as their are
either minor packages or uncritical in general.
Only bind, httpd and vsftpd are the really imporant packages with lots
of data. Bind will stay where it is mainly for historical reasons as
everyone excpects /var/named to exist and contain all the important bind
configuration and data.
That only leaves vsftpd and httpd. The problem with those packages is
how to ensure and guarantee a 100% safe data migration of data during an
upgrade. For that reason we probably will keep them where they are for
now, too. For httpd it would also probably brake quite a few 3rd party
applications that either directly write to /var/www/html or which do
some other work with /var/www and expect it to be there as currently.
So mainly for historical and data migration reasons we have decided to
only provide /media and /srv for FHS-2.3 compliant applications in the
near future but won't move any of the existing package data there for now.
Hope this explains a little our reasoning and motivations related to and
concerning the LSB/FHS and where we stand and want to go in the future.
Any comments/concerns/ideas/flamewars are, as always very welcome. :-)
Read ya, Phil
--
Philipp Knirsch | Tel.: +49-711-96437-470
Development | Fax.: +49-711-96437-111
Red Hat GmbH | Email: Phil Knirsch <phil at redhat.de>
Hauptstaetterstr. 58 | Web: http://www.redhat.de/
D-70178 Stuttgart
Motd: You're only jealous cos the little penguins are talking to me.
More information about the fedora-devel-list
mailing list