Bug#632884: apache2 upgrade does not upgrade libapr1

[Jean-Michel Vourgère]

This is very likely related to fixed bug 591286.

I almost merged it. However, the report is about a missing dependency.

2.2.29 can only be testing or newer. And nowodays, testing depends on libapr1 
1.4.2.

Since 591286 was fixed on libapr1 1.4.2-4 I suggest we force Depends: libapr1 
>= 1.4.2-4


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

Bug#645874: marked as done (php getimagesize is returning zero)

[Debian Bug Tracking System]

Your message dated Sun, 19 Feb 2012 23:27:24 +
with message-id <201202192327.24946.jmv_...@nirgal.com>
and subject line Re: php getimagesize is returning zero
has caused the Debian Bug report #645874,
regarding php getimagesize is returning zero
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 ow...@bugs.debian.org
immediately.)


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

Package: apache2
Version: 2.2.16

I have recently updated apache and the function getimagesize of php is 
returning zero (php streaming error??).
When is the new version of apache available the recent version of apache is 
(2.2.21) or a ad hoc fix to solve the problem.

King regards,

Jurian Kunst
The Netherlands



--- End Message ---
--- Begin Message ---
Unreproducible bug, require more info, invalid submiter email address.
Probably assigned to the wrong package (php).
=> closing


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

Processed: Re: apache2 - mod_action forgets authenticated user

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 208831 + unreproducible + moreinfo
Bug #208831 [apache2] apache2 - mod_action forgets authenticated user
Added tag(s) unreproducible.
Bug #208831 [apache2] apache2 - mod_action forgets authenticated user
Added tag(s) moreinfo.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
208831: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=208831
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.c.132969303812750.transcr...@bugs.debian.org

Bug#208831: apache2 - mod_action forgets authenticated user

[Jean-Michel Vourgère]

tags 208831 + unreproducible + moreinfo
thanks

Hello Bastian

I tried to reproduce that 9 year old bug, but could not.

My settings:
AddType nirgal/test .nirgal
Action nirgal/test /cgi-bin/echo

AuthType Basic
AuthName "By Invitation Only"
AuthUserFile /htpasswd
Require valid-user


My CGI:
#!/usr/bin/python3
import os
print("Content-Type: text/plain")
print()
print(os.environ)

I can see REMOTE_USER in the CGI environment.

Could you give us more information on that problem?


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

Processed: Re: Bug#629899: ap_get_local_host is broken

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 629899 + moreinfo
Bug #629899 [apache2.2-common] ap_get_local_host is broken (can't always 
determine the server's FQDN)
Added tag(s) moreinfo.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
629899: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=629899
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.c.132968917819836.transcr...@bugs.debian.org

Bug#629899: ap_get_local_host is broken

[Jean-Michel Vourgère]

tags 629899 + moreinfo
thanks

On Sunday 19 February 2012 11:22:42 Vincent Lefevre wrote:
>> Does the bug is still there if you set up a static ip address in
>> /etc/network/interfaces for your eth0 interface? 
> I haven't tried. In any case, there's no reason to use eth0 (some
> machines do not even have an Ethernet card).

I know it sounds stupid, but try it, please.

The libapr1 resolver is known to fail for 127.0.0.1 if you have only
ipv6 on eth0, like when dhclient hasn't finished yet. Race problem on
boot.
See http://bugs.debian.org/500558


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

Bug#631230: apache2 startup fails with missing log directory

[Stefan Fritsch]

On Sunday 05 February 2012, Jean-Michel Vourgère wrote:
> While I agree there is a problem with missing log directory
> repporting - see
> https://issues.apache.org/bugzilla/show_bug.cgi?id=29941 - I don't
> think creating this directory automatically would be wise.
> 
> For exemple, if your directory is not mounted yet, you'll end up
> writing in / partition and then loosing log data when the mount is
> finally done.

Or the wrong partition may get filled, or the directory may get the 
wrong permissions. I agree with you.

> Therefore, I would either tag that bug wontfix, or alter it so that
> we push for upstream approach, about the error not being verbose
> enough and hard to diagnose. Do that make sense?

There is a change upstream that the config test will check for the 
presence of the directories, which will lead the the error message 
being more visible. This is included in 2.4.1 for the error logs, but 
not yet for access and forensic logs. But those checks will come in a 
future release.



--
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/201202191957.50883...@sfritsch.de

Processed: reassign 550840 to libc6, retitle 550840 to getaddrinfo hangs in __pthread_mutex_lock, affects 550840

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 550840 libc6
Bug #550840 [apache2-mpm-prefork] apache2-mpm-prefork: reload does not work: 
childs hangs on  FUTEX_WAIT_PRIVATE
Bug reassigned from package 'apache2-mpm-prefork' to 'libc6'.
Bug No longer marked as found in versions apache2/2.2.9-10, 
apache2/2.2.9-10+lenny8, apache2/2.2.9-10+lenny4, and apache2/2.2.16-6+squeeze4.
> retitle 550840 getaddrinfo hangs in __pthread_mutex_lock
Bug #550840 [libc6] apache2-mpm-prefork: reload does not work: childs hangs on  
FUTEX_WAIT_PRIVATE
Changed Bug title to 'getaddrinfo hangs in __pthread_mutex_lock' from 
'apache2-mpm-prefork: reload does not work: childs hangs on  FUTEX_WAIT_PRIVATE'
> affects 550840 apache2
Bug #550840 [libc6] getaddrinfo hangs in __pthread_mutex_lock
Added indication that 550840 affects apache2
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
550840: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550840
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.c.132967650425318.transcr...@bugs.debian.org

Processed: tagging 402567

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 402567 + pending
Bug #402567 [apache2] apache2: BRF files support
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
402567: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=402567
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.c.132967578017920.transcr...@bugs.debian.org

Processed: tagging 465283, tagging 307298

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 465283 + pending
Bug #465283 [apache2] apache2: ProxySourceAddress directive to select source 
address of outgoing connections from mod_proxy
Added tag(s) pending.
> tags 307298 + pending
Bug #307298 [apache2.2-common] apache2-common: mod_proxy_connect bypasses 
mod_ssl at tunnel setup
Bug #592257 [apache2.2-common] Include patch that fixes the problem of CONNECT 
via SSL
Added tag(s) pending.
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
307298: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=307298
465283: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=465283
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.c.132967516513321.transcr...@bugs.debian.org

Bug#579609: marked as done (RemoveHandler and RemoveType does not work (libapache2-mod-php5 disable problem))

[Debian Bug Tracking System]

Your message dated Sun, 19 Feb 2012 19:10:39 +0100
with message-id <201202191910.39245...@sfritsch.de>
and subject line RemoveHandler and RemoveType does not work
has caused the Debian Bug report #579609,
regarding RemoveHandler and RemoveType does not work (libapache2-mod-php5  
disable problem)
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 ow...@bugs.debian.org
immediately.)


-- 
579609: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579609
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: apache2.2-common
Version: 2.2.9-10+lenny7
Severity: normal

Hello, exist the following problem

The file/etc/mime.types which is installed by a package mime-support
contains following data MIME types

application/x-httpd-php phtml pht php
application/x-httpd-php-source  phps
application/x-httpd-php3php3
application/x-httpd-php3-preprocessed   php3p
application/x-httpd-php4php4

Apache used these types by operation of PHP libapache2-mod-php5 unit
and handles PHP scripts it is not dependent on
customisations/etc/apache2/mods-enabled/php.conf

Attempt to disable the given behaviour with the

RemoveHandler .php .php4 .php5 .phps .pht .phtml
RemoveType .php .php4 .php5 .phps .pht .phtml

does not work any effects

By the information from httpd.apache.org error not operations
RemoveHandler and RemoveType have been corrected in Apache version
2.2.15
It is necessary to make backport this correction in Apache 2.2.9 which
in Debian Lenny repos, or (if possible and this will be better) use
"own" mime.types file without application/x-httpd-php.


-- Package-specific info:
List of enabled modules from 'apache2 -M':
 actions alias auth_basic authn_file authz_default authz_groupfile
 authz_host authz_user autoindex cgi dir env include mime
 negotiation php5 rewrite setenvif ssl status suexec vhost_alias

-- System Information:
Debian Release: 5.0.4
 APT prefers stable
 APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-164.10.1.el5.028stab067.4ent (SMP w/1 CPU core)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages apache2 depends on:
ii  apache2-mpm-prefork  2.2.9-10+lenny7 Apache HTTP Server - traditional n

apache2 recommends no packages.

apache2 suggests no packages.

Versions of packages apache2.2-common depends on:
ii  apache2-utils   2.2.9-10+lenny7  utility programs for webservers
ii  libapr1 1.2.12-5+lenny1  The Apache Portable Runtime Librar
ii  libaprutil1 1.2.12+dfsg-8+lenny4 The Apache Portable Runtime Utilit
ii  libc6   2.7-18lenny2 GNU C Library: Shared libraries
ii  libmagic1   4.26-1   File type determination library us
ii  libssl0.9.8 0.9.8g-15+lenny6 SSL shared libraries
ii  lsb-base3.2-20   Linux Standard Base 3.2 init scrip
ii  mime-support3.44-1   MIME files 'mime.types' & 'mailcap
ii  net-tools   1.60-22  The NET-3 networking toolkit
ii  perl5.10.0-19lenny2  Larry Wall's Practical Extraction
ii  procps  1:3.2.7-11   /proc file system utilities
ii  zlib1g  1:1.2.3.3.dfsg-12compression library - runtime

-- no debconf information


--- End Message ---
--- Begin Message ---
Lenny has reached its end of life and this bug is already fixed in 
squeeze and later. Closing.

--- End Message ---

Processed: tagging 601606

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tags 601606 + pending
Bug #601606 [apache2.2-common] apache2: Renegotiation on POST request fails 
intermittently
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
601606: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601606
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.c.13296744517415.transcr...@bugs.debian.org

Bug#605149: marked as done (apache2.2-common: mod_authn_default should be enabled by default)

[Debian Bug Tracking System]

Your message dated Sun, 19 Feb 2012 18:54:14 +0100
with message-id <201202191854.14908...@sfritsch.de>
and subject line mod_authn_default and mod_authz_default will be removed
has caused the Debian Bug report #605149,
regarding apache2.2-common: mod_authn_default should be enabled by default
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 ow...@bugs.debian.org
immediately.)


-- 
605149: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605149
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: apache2.2-common
Version: 2.2.16-4
Severity: wishlist


Hi.

IMHO, mod_authn_default should be enabled in the default config, just as
mod_authz_default already is.

It probides a fall-back (denying) authorisation provider.


Cheers,
Chris.


--- End Message ---
--- Begin Message ---
I have never seen anyone using these modules and they will be removed 
in 2.4 anyway. Closing as wontfix.

--- End Message ---

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> forwarded 500558 https://issues.apache.org/bugzilla/show_bug.cgi?id=52709
Bug #500558 [libapr1] libapr1: can't bind to 127.0.0.1 without IPv4 address
Set Bug forwarded-to-address to 
'https://issues.apache.org/bugzilla/show_bug.cgi?id=52709'.
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
500558: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500558
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.c.132966613910565.transcr...@bugs.debian.org

Processed: Re: Can't listen to 127.0.0.1 if eth0 has IPv6 only

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> clone 500558 -1
Bug#500558: getaddrinfo("127.0.0.1", AI_ADDRCONFIG) fails when eth0 has ipv6 
only
Bug 500558 cloned as bug 660479.

> reassign -1 manpages-dev
Bug #660479 [eglibc] getaddrinfo("127.0.0.1", AI_ADDRCONFIG) fails when eth0 
has ipv6 only
Bug reassigned from package 'eglibc' to 'manpages-dev'.
> retitle -1 manpages-dev: getaddrinfo(3): documentation doesn't match 
> specifications
Bug #660479 [manpages-dev] getaddrinfo("127.0.0.1", AI_ADDRCONFIG) fails when 
eth0 has ipv6 only
Changed Bug title to 'manpages-dev: getaddrinfo(3): documentation doesn't match 
specifications' from 'getaddrinfo("127.0.0.1", AI_ADDRCONFIG) fails when eth0 
has ipv6 only'
> reassign 500558 libapr1
Bug #500558 [eglibc] getaddrinfo("127.0.0.1", AI_ADDRCONFIG) fails when eth0 
has ipv6 only
Bug reassigned from package 'eglibc' to 'libapr1'.
> retitle 500558 libapr1: can't bind to 127.0.0.1 without IPv4 address
Bug #500558 [libapr1] getaddrinfo("127.0.0.1", AI_ADDRCONFIG) fails when eth0 
has ipv6 only
Changed Bug title to 'libapr1: can't bind to 127.0.0.1 without IPv4 address' 
from 'getaddrinfo("127.0.0.1", AI_ADDRCONFIG) fails when eth0 has ipv6 only'
> tag 500558 + upstream
Bug #500558 [libapr1] libapr1: can't bind to 127.0.0.1 without IPv4 address
Added tag(s) upstream.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
500558: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500558
660479: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=660479
-1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1
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.c.132966301619023.transcr...@bugs.debian.org

Bug#629899: ap_get_local_host is broken

[Vincent Lefevre]

Hi,

On 2012-02-19 01:12:17 +, Jean-Michel Vourgère wrote:
> I recently found some strange behavior in dns resolution at boot time, when
> eth0 has no ipv4 yet. (#500558)
> 
> Do you use DHCP for your other interface (eth0)?

Yes.

> What is the result of `grep CONCURRENCY /etc/init.d/rc' ?

CONCURRENCY=makefile
if [ "none" != "$CONCURRENCY" ] ; then
test -s /etc/init.d/.depend.boot  || CONCURRENCY="none"
test -s /etc/init.d/.depend.start || CONCURRENCY="none"
test -s /etc/init.d/.depend.stop  || CONCURRENCY="none"
CONCURRENCY="none"
startpar -v  > /dev/null 2>&1 || CONCURRENCY="none"
case "$CONCURRENCY" in
CONCURRENCY=makefile
if [ makefile = "$CONCURRENCY" ]
if [ makefile = "$CONCURRENCY" ]

> Does the bug is still there if you set up a static ip address in
> /etc/network/interfaces for your eth0 interface? Like
> auto eth0
> iface eth0 inet static address 192.168.0.1 netmask 255.255.255.0 gateway 
> 192.168.0.1

I haven't tried. In any case, there's no reason to use eth0 (some
machines do not even have an Ethernet card).

-- 
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/20120219112242.ga7...@xvii.vinc17.org