Bug#717666: apache2: Internal Server Error when using an option that doesn't change anything

2013-08-30 Thread Axel Beckert 
Hi Nuno,

Nuno Paquete wrote:
> In the paste I subscribed some bug lists for specific packages and
> now I want to unsubscribe it. This particular list is about bugs for
> Apache I suppose, I also receive emails for Bind bugs. I've already
> tryed to unsubscribe on
> http://www.debian.org/MailingLists/unsubscribe but I continue to
> receive this kind of emails.

See
http://www.debian.org/doc/manuals/developers-reference/resources.html#pkg-tracking-system
in general and the left bottom of
http://packages.qa.debian.org/a/apache2.html and
http://packages.qa.debian.org/b/bind9.html for unsubscribe forms for
these packages.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130830134648.gt19...@sym.noone.org

Bug#717666: apache2: Internal Server Error when using an option that doesn't change anything

2013-08-29 Thread Nuno Paquete 
Hi,

In the paste I subscribed some bug lists for specific packages and now I want 
to unsubscribe it.
This particular list is about bugs for Apache I suppose, I also receive emails 
for Bind bugs.
I've already tryed to unsubscribe on 
http://www.debian.org/MailingLists/unsubscribe but I continue to receive this 
kind of emails.
I'm repplying to this email to get some help for unsubscribe this specific list.

Any suggestions would be greattly appreciated.
Thanks in advance for your help.

Regards,
Nuno Paquete

No dia 30/08/2013, às 01:27, "Jean-Michel Vourgère"  
escreveu:

> Control: retitle -1 apache2: Please allow htaccess directives forbidden by 
> AllowOverride when they change nothing
> Control: tags -1 +upstream
> Control: severity -1 wishlist
> 
> Hello Vincent
> 
> On Thursday 29 August 2013 21:08:06 you wrote:
>> On 2013-08-28 22:43:38 +, Jean-Michel Vourgère wrote:
>>> I believe this is the expected behavior:
>>> 
>>> I suppose your error.log contains something like :
>>> "/home/xxx/public_html/.htaccess: Option MultiViews not allowed here"
>>> 
>>> Tuning Multiview option is forbidden inside an .htaccess unless you 
>>> explicitly
>>> allow it.
>> 
>> But my point is that this rule is too strict because MultiViews was
>> already enabled in the userdir config file under /etc.
>> 
>>> This can be fixed by changing:
>>> AllowOverride FileInfo AuthConfig Limit Indexes
>>> into
>>> AllowOverride FileInfo AuthConfig Limit Indexes Options=MultiViews
>> 
>> IMHO, Options=MultiViews should just mean that the user is allowed
>> to change the MultiViews status. But if the user doesn't change it,
>> Options=MultiViews shouldn't be needed. Indeed there's no harm if
>> the user uses an option that has no effect (because already set
>> in the same context under /etc).
> 
> Actually, apache2.4 introduce a new feature:
> 
> You can ignore forbidden overrides by replacing
> AllowOverride FileInfo AuthConfig Limit Indexes
> by
> AllowOverride FileInfo AuthConfig Limit Indexes Nonfatal=Override
> 
> This is described at:
> https://httpd.apache.org/docs/2.4/mod/core.html#allowoverride
> 
> I know this is not exactly what you ask.
> 
> 
> Regarding your report, I feel apache is behaving according to its
> documentation. But this is a possible enhancement indeed.


--
To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/9b6ef75d-c64c-4a0f-b4c5-40537dba8...@gmail.com

Bug#717666: apache2: Internal Server Error when using an option that doesn't change anything

2013-08-29 Thread Jean-Michel Vourgère 
Control: retitle -1 apache2: Please allow htaccess directives forbidden by 
AllowOverride when they change nothing
Control: tags -1 +upstream
Control: severity -1 wishlist

Hello Vincent

On Thursday 29 August 2013 21:08:06 you wrote:
> On 2013-08-28 22:43:38 +, Jean-Michel Vourgère wrote:
> > I believe this is the expected behavior:
> > 
> > I suppose your error.log contains something like :
> > "/home/xxx/public_html/.htaccess: Option MultiViews not allowed here"
> > 
> > Tuning Multiview option is forbidden inside an .htaccess unless you 
> > explicitly
> > allow it.
> 
> But my point is that this rule is too strict because MultiViews was
> already enabled in the userdir config file under /etc.
> 
> > This can be fixed by changing:
> > AllowOverride FileInfo AuthConfig Limit Indexes
> > into
> > AllowOverride FileInfo AuthConfig Limit Indexes Options=MultiViews
> 
> IMHO, Options=MultiViews should just mean that the user is allowed
> to change the MultiViews status. But if the user doesn't change it,
> Options=MultiViews shouldn't be needed. Indeed there's no harm if
> the user uses an option that has no effect (because already set
> in the same context under /etc).

Actually, apache2.4 introduce a new feature:

You can ignore forbidden overrides by replacing
 AllowOverride FileInfo AuthConfig Limit Indexes
by
 AllowOverride FileInfo AuthConfig Limit Indexes Nonfatal=Override

This is described at:
https://httpd.apache.org/docs/2.4/mod/core.html#allowoverride

I know this is not exactly what you ask.


Regarding your report, I feel apache is behaving according to its
documentation. But this is a possible enhancement indeed.


signature.asc
Description: This is a digitally signed message part.

Processed: Re: Bug#717666: apache2: Internal Server Error when using an option that doesn't change anything

2013-08-29 Thread Debian Bug Tracking System 
Processing control commands:

> retitle -1 apache2: Please allow htaccess directives forbidden by 
> AllowOverride when they change nothing
Bug #717666 [apache2] apache2: Internal Server Error when using an option that 
doesn't change anything
Changed Bug title to 'apache2: Please allow htaccess directives forbidden by 
AllowOverride when they change nothing' from 'apache2: Internal Server Error 
when using an option that doesn't change anything'
> tags -1 +upstream
Bug #717666 [apache2] apache2: Please allow htaccess directives forbidden by 
AllowOverride when they change nothing
Added tag(s) upstream.
> severity -1 wishlist
Bug #717666 [apache2] apache2: Please allow htaccess directives forbidden by 
AllowOverride when they change nothing
Severity set to 'wishlist' from 'normal'

-- 
717666: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717666
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.b717666.13778224412696.transcr...@bugs.debian.org

Bug#717666: apache2: Internal Server Error when using an option that doesn't change anything

2013-08-29 Thread Vincent Lefevre 
On 2013-08-28 22:43:38 +, Jean-Michel Vourgère wrote:
> I believe this is the expected behavior:
> 
> I suppose your error.log contains something like :
> "/home/xxx/public_html/.htaccess: Option MultiViews not allowed here"
> 
> Tuning Multiview option is forbidden inside an .htaccess unless you explicitly
> allow it.

But my point is that this rule is too strict because MultiViews was
already enabled in the userdir config file under /etc.

> This can be fixed by changing:
> AllowOverride FileInfo AuthConfig Limit Indexes
> into
> AllowOverride FileInfo AuthConfig Limit Indexes Options=MultiViews

IMHO, Options=MultiViews should just mean that the user is allowed
to change the MultiViews status. But if the user doesn't change it,
Options=MultiViews shouldn't be needed. Indeed there's no harm if
the user uses an option that has no effect (because already set
in the same context under /etc).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


-- 
To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130829210806.gc25...@ioooi.vinc17.net

Bug#717666: apache2: Internal Server Error when using an option that doesn't change anything

2013-08-28 Thread Jean-Michel Vourgère 
Hello Vincent

On Tuesday 23 July 2013 15:51:55 Vincent Lefevre wrote:
> (...)
>   
> AllowOverride FileInfo AuthConfig Limit Indexes
> (...)
> My ~/public_html/.htaccess file has:
> Options +MultiViews
>
> (...)
>   Internal Server Error
>
> (...) with MultiViews already enabled. So, there's no reason to
> issue an error.

I believe this is the expected behavior:

I suppose your error.log contains something like :
"/home/xxx/public_html/.htaccess: Option MultiViews not allowed here"

Tuning Multiview option is forbidden inside an .htaccess unless you explicitly
allow it.


This can be fixed by changing:
AllowOverride FileInfo AuthConfig Limit Indexes
into
AllowOverride FileInfo AuthConfig Limit Indexes Options=MultiViews

See documentation:
https://httpd.apache.org/docs/2.4/mod/core.html#allowoverride

This will fix your error.

Does that make sense?


You should also probably note the Multiview setting restrictions:
https://httpd.apache.org/docs/2.4/mod/core.html#options


signature.asc
Description: This is a digitally signed message part.

Bug#717666: apache2: Internal Server Error when using an option that doesn't change anything

2013-07-23 Thread Vincent Lefevre 
Package: apache2
Version: 2.4.6-1
Severity: normal

My ~/public_html/.htaccess file has:

Options +MultiViews

to make sure that MultiViews is enabled. But this yields the following
error:

  Internal Server Error

  The server encountered an internal error or misconfiguration and was
  unable to complete your request.

  Please contact the server administrator at webmaster@localhost to
  inform them of the time this error occurred, and the actions you
  performed just before this error.

  More information about this error may be available in the server error log.

/etc/apache2/mods-available/userdir.conf has:

[...]
  
AllowOverride FileInfo AuthConfig Limit Indexes
Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec
[...]

i.e. with MultiViews already enabled. So, there's no reason to
issue an error.

-- Package-specific info:

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apache2 depends on:
ii  apache2-bin   2.4.6-1
ii  apache2-data  2.4.6-1
ii  lsb-base  4.1+Debian12
ii  mime-support  3.54
ii  perl  5.14.2-21
ii  procps1:3.3.8-2

Versions of packages apache2 recommends:
ii  ssl-cert  1.0.32

Versions of packages apache2 suggests:
ii  apache2-doc  2.4.6-1
pn  apache2-suexec-pristine | apache2-suexec-custom  
ii  apache2-utils2.4.6-1
ii  chromium [www-browser]   28.0.1500.71-2
ii  epiphany-browser [www-browser]   3.4.2-2.1
ii  iceape [www-browser] 2.7.12-1
ii  iceweasel [www-browser]  22.0-1
ii  links [www-browser]  2.7-2
ii  links2 [www-browser] 2.7-2
ii  lynx-cur [www-browser]   2.8.8dev.15-2
ii  midori [www-browser] 0.4.3+dfsg-0.1
ii  surf [www-browser]   0.4.1-8
ii  uzbl [www-browser]   0.0.0~git.20120514-1.1
ii  w3m [www-browser]0.5.3-8

Versions of packages apache2-bin depends on:
ii  libapr1  1.4.5-1.1
ii  libaprutil1  1.5.2-1
ii  libaprutil1-dbd-sqlite3  1.5.2-1
ii  libaprutil1-ldap 1.5.2-1
ii  libc62.17-7
ii  libcap2  1:2.22-1.2
ii  libldap-2.4-22.4.31-1+nmu2
ii  liblua5.1-0  5.1.5-4
ii  libpcre3 1:8.31-2
ii  libssl1.0.0  1.0.1e-3
ii  libxml2  2.9.1+dfsg1-2
ii  perl 5.14.2-21
ii  zlib1g   1:1.2.8.dfsg-1

Versions of packages apache2-bin suggests:
ii  apache2-doc  2.4.6-1
pn  apache2-suexec-pristine | apache2-suexec-custom  
ii  chromium [www-browser]   28.0.1500.71-2
ii  epiphany-browser [www-browser]   3.4.2-2.1
ii  iceape [www-browser] 2.7.12-1
ii  iceweasel [www-browser]  22.0-1
ii  links [www-browser]  2.7-2
ii  links2 [www-browser] 2.7-2
ii  lynx-cur [www-browser]   2.8.8dev.15-2
ii  midori [www-browser] 0.4.3+dfsg-0.1
ii  surf [www-browser]   0.4.1-8
ii  uzbl [www-browser]   0.0.0~git.20120514-1.1
ii  w3m [www-browser]0.5.3-8

Versions of packages apache2 is related to:
ii  apache2  2.4.6-1
ii  apache2-bin  2.4.6-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-apache-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130723155155.ga3...@ypig.lip.ens-lyon.fr