Your message dated Tue, 30 Aug 2005 00:02:16 +0100
with message-id <[EMAIL PROTECTED]>
and subject line how about "no"?
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 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 29 Aug 2005 12:08:22 +0000
>From [EMAIL PROTECTED] Mon Aug 29 05:08:22 2005
Return-path: <[EMAIL PROTECTED]>
Received: from www.automatix.de (mail.automatix.de) [213.131.230.237] (mail)
by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
id 1E9iR4-0004GY-00; Mon, 29 Aug 2005 05:08:22 -0700
Received: from root by mail.automatix.de with local (Exim 3.36 #1)
id 1E9iR2-0001ZM-00
for [EMAIL PROTECTED]; Mon, 29 Aug 2005 14:08:20 +0200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: =?iso-8859-1?q?J=FCrgen_Sauer?= <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: apache2-mpm-perchild breaks PHP4 installtion of libapache2-mod-php4
X-Mailer: reportbug 3.8
Date: Mon, 29 Aug 2005 14:08:20 +0200
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE
autolearn=no version=2.60-bugs.debian.org_2005_01_02
Package: apache2-mpm-perchild
Severity: critical
Justification: breaks unrelated software
It is impossible to install apache2-mpm-perchild and libapache2-mod-php4
together.
For Webhosting it is nessessary to us her to use AssignUserID which is a
apache2 option in apache2-mpm-perchild to upload things into the
customers own webspace and beeing able to divide users and their
webspaces.
apache2-mpm-perchild kicks out libapache2-mod-php4 during install!
greetings
J. Sauer
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.11.9-ax
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)
---------------------------------------
Received: (at 325553-done) by bugs.debian.org; 29 Aug 2005 23:02:18 +0000
>From [EMAIL PROTECTED] Mon Aug 29 16:02:18 2005
Return-path: <[EMAIL PROTECTED]>
Received: from amnesiac.heapspace.net [195.54.228.42]
by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
id 1E9sdu-0003MC-00; Mon, 29 Aug 2005 16:02:18 -0700
Received: from localhost (localhost [127.0.0.1])
by amnesiac.heapspace.net (Postfix) with ESMTP id 9994A584B;
Tue, 30 Aug 2005 00:02:16 +0100 (BST)
Received: from amnesiac.heapspace.net ([127.0.0.1])
by localhost (amnesiac.heapspace.net [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id 98403-03-34; Tue, 30 Aug 2005 00:02:16 +0100 (BST)
Received: by amnesiac.heapspace.net (Postfix, from userid 1003)
id 389B85853; Tue, 30 Aug 2005 00:02:16 +0100 (BST)
Date: Tue, 30 Aug 2005 00:02:16 +0100
From: Thom May <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: how about "no"?
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
X-Operating-System: FreeBSD/4.11-STABLE (i386)
User-Agent: Mutt/1.5.6i
X-Virus-Scanned: by amavisd-new at heapspace.net
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level:
X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,VALID_BTS_CONTROL
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-CrossAssassin-Score: 2
reassign 325553 libapache2-mod-php4
retitle 325553 PHP is not threadsafe.
kthxbye
Um.
PHP4 is, as the php group have said many times, is not known to be
threadsafe. Leaving aside how moronic this is, this means that a threaded
MPM like perchild cannot be safely used with the non threadsafe PHP4 module.
Your only reasonable solution is to use something like fastcgi or plain
suexec to run php4 scripts as cgis in the threaded MPM environment.
Also, severity inflation, which this is about as gratuitous a case as any
I've seen in a long time, does your cause no favours.
-Thom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
