Re: Bug#270418: apache: Apache initscript ignores system locale

2004-09-08 Thread Fabio Massimo Di Nitto
On Tue, 7 Sep 2004, Ian Eure wrote: Is there some definitive resource which documents these effects? I'd like to know what I run the risk of breaking by forcing Apache to use my locale. Check the BTS for archived apache bugs. some of them were reporting problems when LANG != C. I am not sure

Bug#270593: marked as done (apache2: /var/wwww should be owned by www-data, not root)

2004-09-08 Thread Debian Bug Tracking System
Your message dated Wed, 8 Sep 2004 10:00:10 +0100 with message-id [EMAIL PROTECTED] and subject line Interesting definition of secure has caused the attached Bug report 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

Bug#239571: marked as done (apache2-common: /etc/logrotate.d/apache2 not removed when package removed)

2004-09-08 Thread Debian Bug Tracking System
Your message dated Wed, 8 Sep 2004 04:52:30 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#239571: apache2-common: /etc/logrotate.d/apache2 not removed when package removed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been

Processed: Re: Bug#239571: apache2-common: /etc/logrotate.d/apache2 not removed when package removed

2004-09-08 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: reopen 239571 Bug#239571: apache2-common: /etc/logrotate.d/apache2 not removed when package removed Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system

Bug#270635: apache: building process should respect CFLAGS and LDFLAGS

2004-09-08 Thread Jacek Drobiecki
Package: apache Version: 1.3.31-5 Severity: minor Tags: patch there is no simple way to build packeage with additional options for compilation and linking. Buildiing process should respect enviroment variables CFLAGS and LDFLAGS to allow optimization or security improvments by seting up

apache upgrade cleans modules.conf

2004-09-08 Thread Gabor FUNK
Current testing, upg. to apache 1.3.31-5 rendered php4 not working by installing a clear modules.conf over the one which contained a modules.conf with a line: loadmodule php4_module ... Happened on two systems. G.