Re: Changing the default document root for HTTP server

2012-04-15 Thread Arno Töll
On 15.04.2012 04:23, Russ Allbery wrote: > I'd like us to consider switching to /var/lib/www for FHS compliance. > This does have the significant drawback of breaking backward compatibility > to at least some extent, but it's FHS-compliant (or at least is as good as > we're going to get for a defau

Re: Changing the default document root for HTTP server

2012-04-15 Thread Thomas Goirand
On 04/15/2012 07:21 PM, Olaf van der Spek wrote: > That's what you get with silly partitioning. :p I'm not sure if this is supposed to be a joke, but if it is, it's not really funny (because it's been re-occurring so many times). Each time there's a change proposed that will affect people with a

Re: Changing the default document root for HTTP server

2012-04-15 Thread Thomas Goirand
On 04/15/2012 08:25 AM, Arno Töll wrote: > Thus, to summarize once again: I'd like to change the default directory > served by web servers from /var/www to /var/www/html along with > remaining web servers in Debian. > > Comments? > I support this. Thomas -- To UNSUBSCRIBE, email to debian-dev

Re: Changing the default document root for HTTP server

2012-04-15 Thread Marco d'Itri
On Apr 15, Daniel Baumann wrote: > packages should have a debconf question for the document root, No, because this would require making every package significantly more complex. Not just because of asking the question, but the configuration files would not be conffiles anymore. And it would be

Re: Changing the default document root for HTTP server

2012-04-14 Thread Daniel Baumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/15/2012 02:25 AM, Arno Töll wrote: > /srv can't be used either as no path hierarchy is specified for > /srv (e.g. think of /srv/www) and we really do not want to serve > the entire /srv hierarchy as a document root either. packages should have a

Re: Changing the default document root for HTTP server

2012-04-14 Thread Russ Allbery
Arno Töll writes: > Unless I'm missing something there is no better location for HTTP > documents mentioned within the FHS. Note /srv can't be used either as no > path hierarchy is specified for /srv (e.g. think of /srv/www) and we > really do not want to serve the entire /srv hierarchy as a docu