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

Re: [vhost-base] Draft policy proposal



* Daniel Stone <daniel@sfarc.net> [011130 10:11]:
> On Fri, Nov 30, 2001 at 10:32:50PM +1100, Hamish Moffatt wrote:
> > On Fri, Nov 30, 2001 at 01:52:31AM +1100, Daniel Stone wrote:
> > > -       5.13  /var/yp : Network Information Service (NIS) database files
> > > +       5.13  /var/vhosts : Virtual hosting files
> > > +
> > > +       This directory holds all files for virtual hosts - logs, data, etc.
> > > +
> > > +       BEGIN RATIONALE
> > > +       A unified system for virtual hosting system was needed, and many admins
> > > +       already used their own directories, such as /org, /vhosts, etc.
> > > +       END RATIONALE
> > 
> > Your rationale explains why you chose /var/vhosts for this function,
> > but doesn't explain why this function (a combined directory for
> > web data and logs etc) is needed all.
> > 
> > Maybe you have a good reason but you need to explain it in the rationale.
> 
> "A unified system for virtual hosting system [sic] was needed ...".
> Apparently I shouldn't be amending the FHS, anyway.

>From policy:

10.1.1. Filesystem Structure
----------------------------

   The location of all installed files and directories must comply with
   the Filesystem Hierarchy Standard (FHS), except where doing so would
   violate other terms of Debian Policy.  The latest version of this
   document can be found in the `debian-policy' package or on FHS (Debian 
   copy) (http://www.debian.org/doc/packaging-manuals/fhs) alongside this
   manual or on FHS (upstream) (http://www.pathname.com/fhs/).  Specific
   questions about following the standard may be asked on the
   `debian-devel' mailing list, or referred to Daniel Quinlan, the FHS
   coordinator, at <quinlan@pathname.com>.


The policy, if set explicity, seems to over-ride the FHS.  So 
technically it could be discussed on debian-policy but there better be a 
good reason why you would want to do this.  I feel it would be better if 
it was incorporated upstream if it's useful.  It sounds like this change 
is useful.

--
-- Grant Bowman                                   <grantbow@svpal.org>



Reply to: