Re: Packaging into /srv? (was: FHS Compliance?)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, Oct 21, 2006 at 01:29:02PM +0200, Nicolas Mailhot wrote:
> Le samedi 21 octobre 2006 à 13:06 +0200, Axel Thimm a écrit :
> > On Sat, Oct 21, 2006 at 06:58:19AM -0400, Matthew Miller wrote:
> > > On Sat, Oct 21, 2006 at 04:14:51AM +0200, Axel Thimm wrote:
> > > > That's correct. Furthermore the FHS supports different hierarchies
> > > > below /srv depending on the site's needs. For example a server hosting
> > > > project1.org and project2.org would use
> > > > /srv/project1.org/www and
> > > > /srv/project2.org/www
> > > > So /srv should be kept free of any package bits. I'm copying the
> > > > packaging list, perhaps it's worth noting in the guide.
> > > 
> > > As noted in the bug, I think that default, package-managed files should be
> > > packaged into /usr/share/somewhere,
> > 
> > I agree.
> > 
> > > but /srv/www (or /srv/www/something/) should be the default (empty,
> > > except maybe a README) document directory.
> > 
> > No, /srv should exist, but otherwise be empty from the vendor's POV
> > (e.g. no package should own/place anything beneath /srv).
> 
> We package TFTP, FTP, SMB, CIFS, DAV servers...
> They all need a default root in their config file.

There is no root for smb/cifs/nfs. The number of services that really
require a root to be able to do something at all are quite limited.

> The FHS makes it abundantly clear this root must be somewhere in /srv.

Like for imap and nis where the FHS contradicts with itself on this
point?

I don't think we should interprete the FHS that we are to hardwire
stuff into /srv forcing users to abandon their favourite
methology. That would lead to admins quitting Fedora due to not being
able to use it for their purposes. Or they would ignore /srv and
create a new /srv2. Both of which are not what we'd like to happen.

Let's try to find a compromise: Would a special subfolder of /srv like
/srv/default/{www,ftp,...} make you and me happy? It would have the
least impact on user chosen metholodgy [1] and all services could move
to there. Deal?

BTW the FHS is currently being revised, if we'd like to make a
suggestion (for example a special subfolder under /srv designated to
be vendor owned) we should hurry up.

[1] Unless s/o have a domain called "default", /srv/default is just a
    suggestion of the top of my head, there may be better ones.
-- 
Axel.Thimm at ATrpms.net

Attachment: pgpG6ESTIFLM9.pgp
Description: PGP signature

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux