On Mon, 20 Jun 2005 20:52:52 -0700, Steve Langasek <[EMAIL PROTECTED]> said:
> On Mon, Jun 20, 2005 at 09:06:11PM -0500, Manoj Srivastava wrote:
>> On Mon, 20 Jun 2005 19:58:40 -0500, Manoj Srivastava
>> <[EMAIL PROTECTED] (va, manoj)> said:
>> > On Sat, 18 Jun 2005 18:55:33 +0200, Miguel Gea Milvaques
>> > <[EMAIL PROTECTED]> said:
>> >> Hi, On policy 11.5.4 says: "Web Applications should try to avoid
>> >> storing files in the Web Document Root. Instead they should use
>> >> the /usr/share/doc/package directory for documents and register
>> >> the Web Application via the doc-base package."
>> >> and in policy 12.3 says: "Packages must not require the
>> >> existence of any files in /usr/share/doc/ in order to function."
>> >> This points that all web applications that uses
>> >> /usr/share/doc/package directory are breaking policy 12.3, so I
>> >> think policy 11.5.4 must recommend other different directory.
>> > I agree with this assessment.
>> >> Recent works on webapps-common alioth project recommends to use
>> >> the directory /usr/share/PACKAGE/www.
>> > As others have suggested in this thread, since this is
>> > web
>> > application data meant to be served by this host, it makes sense
>> > to have a per-package sub director somewhere under /srv.
>> > /src/webapps/PACKAGE, perhaps? Or is the draft Web
>> Arrgh. /srv/webapps/PACKAGE, I meant.
> AFAICT, the FHS specifies that the structure of /srv is
> site-defined;
That tears it, then.
> and we already have a directory for static content,
> whether it belongs to webapps or not, which is /usr.
So, policy should just amend the reference
/usr/share/doc/package --> /usr/share/package, and let the details of
the registration be decided elsewhere?
"Web Applications should try to avoid storing files in the Web
Document Root. Instead they should use the /usr/share/package
directory, and register the content with the HTTP server (for example,
by using the doc-base package for registering documents)."
manoj
--
How many hardware guys does it take to change a light bulb? "Well the
diagnostics say it's fine buddy, so it's a software problem."
Manoj Srivastava <[EMAIL PROTECTED]> <http://www.debian.org/%7Esrivasta/>
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
