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

Bug#314485: marked as done (apache: CGI execution inconsistent and errors uninformative)

Your message dated Wed, 16 Sep 2009 20:34:06 +0100
with message-id <1253129646.874722.2717.nullmailer@kmos.homeip.net>
and subject line Package apache has been removed from Debian
has caused the Debian Bug report #314485,
regarding apache: CGI execution inconsistent and errors uninformative
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
314485: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314485
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: apache
Version: 1.3.33-6
Severity: normal

The last few lines of my httpd.conf are:

<Location /~esper/>
AllowOverride All
Options +ExecCGI
</Location>

Alias /cgiappname/ /home/esper/public_html/cgiappname/
<Location /cgiappname/>
AllowOverride All  
Options +ExecCGI
</Location>

However, no cgi apps will execute successfully under the current apache
packages if accessed via ~esper - even though they work perfectly when the
same cgi file is accessed via an alias.  i.e.,

http://localhost/cgiappname/bin/
works fine

http://localhost/~esper/cgiappname/bin/
gives a 500 Internal Server Error

As both of these URLs should resolve to the same physical file and have the
same options set (per the httpd.conf fragment given above), they should both
produce the same results rather than one succeeding and the other failing.

Additionally, when this 500 Internal Server Error is given, the only message
generated in /var/log/apache/error.log is "Premature end of script headers:
/home/esper/public_html/cgiappname/bin/index.cgi", which fails to identify
the actual problem and gives no clue where to look for it.

This worked perfectly (with either URL) as of about a month ago, although I
can't tell you what version of apache I was running at that time.  I assume
this broke when sarge went stable, but cannot confirm that as I hadn't tried
to access any cgi apps through my UserDir for a few weeks.

-- System Information
Debian Release: 3.0
Kernel Version: Linux kuno 2.4.23-filter #2 Thu Nov 4 13:17:06 CST 2004 i686 GNU/Linux

Versions of the packages apache depends on:
ii  apache-common  1.3.33-6       support files for all Apache webservers
ii  debconf        1.4.30.13      Debian configuration management system
ii  dpkg           1.10.28        Package maintenance system for Debian
ii  libc6          2.3.2.ds1-22   GNU C Library: Shared libraries and Timezone
ii  libdb4.2       4.2.52-18      Berkeley v4.2 Database Libraries [runtime]
ii  libexpat1      1.95.8-3       XML parsing C library - runtime library
ii  libmagic1      4.12-1         File type determination library using "magic
ii  logrotate      3.5.9-8        Log rotation utility
ii  mime-support   3.18-1.3       MIME files 'mime.types' & 'mailcap', and sup
ii  perl           5.8.4-8        Larry Wall's Practical Extraction and Report

--- End Message ---
--- Begin Message --- 
Version: 1.3.34-4.1+rm

You filled the bug http://bugs.debian.org/314485 in Debian BTS
against the package apache. I'm closing it at *unstable*, but it will
remain open for older distributions.

For more information about this package's removal, read
http://bugs.debian.org/418266. That bug might give the reasons why
this package was removed and suggestions of possible replacements.

Don't hesitate to reply to this mail if you have any question.

Thank you for your contribution to Debian.

--
Marco Rodrigues

--- End Message ---
Reply to: