Bug#515853: policy mandates (debian) FHS compliance. Doesn't the proposed usage of /{home,srv} is against fhs?

[Daniel Baumann]

shaul Karl wrote:
> 1) As for /srv:
> Quoting 
> http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
>  :
> no program should rely on a specific subdirectory structure of /srv 
> existing or data necessarily being stored in /srv

wrong interpretation. what you are quoting refers to parts that belong
to the program, e.g. it's shared libraries. what gets stored in /srv/ftp
 does not belong to the program, it's (optional) user data.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  daniel.baum...@panthera-systems.net
Internet:   http://people.panthera-systems.net/~daniel-baumann/



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#515853: policy mandates (debian) FHS compliance. Doesn't the proposed usage of /{home,srv} is against fhs?

[shaul Karl]

--- On Wed, 2/18/09, Daniel Baumann  wrote:
> 
> shaul Karl wrote:
> > 1) vsftpd.postinst creates /home/ftp. I think that
> this is a policy violation  because packages should not
> create home directories under /home/. In addition, some
> users would prefer other arrangements.
> 
> i wanted to change it to /srv/ftp soon anyway (debconf
> question with
> said default). however, in the case here, i don't think
> it's a policy
> violation.
> 

  I think that using either /srv or /home makes it a policy violation:
1) As for /srv:
Quoting 
http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#SRVDATAFORSERVICESPROVIDEDBYSYSTEM
 :
no program should rely on a specific subdirectory structure of /srv 
existing or data necessarily being stored in /srv
2) For /home:
Quoting 
http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html#HOMEUSERHOMEDIRECTORIES
 :
no program should rely on this location.

In general, as far as I can tell, other servers, notably apache, don't rely on 
a setup such as the one proposed here.


  



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org