Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:30533 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 22866 invoked by uid 1010); 6 Jul 2007 16:09:18 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 22851 invoked from network); 6 Jul 2007 16:09:18 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Jul 2007 16:09:18 -0000 Authentication-Results: pb1.pair.com smtp.mail=david.coallier@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=david.coallier@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 66.249.82.239 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: david.coallier@gmail.com X-Host-Fingerprint: 66.249.82.239 wx-out-0506.google.com Received: from [66.249.82.239] ([66.249.82.239:59451] helo=wx-out-0506.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CC/27-50692-B296E864 for ; Fri, 06 Jul 2007 12:09:17 -0400 Received: by wx-out-0506.google.com with SMTP id i30so253735wxd for ; Fri, 06 Jul 2007 09:09:12 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ersm3CexLZLTna72mNTdIyokpQL5vXPur+nafa+wFfUSYK0VttuagA3ozsMA0/A8CtqcnzSOnjhcX7zm1JRO/1MlmoNthr0TzCAy9WeWC7x2ob+TephN8pTanNIi45vAfA9QtqFB3rejr6f0skjkjW0DXWiwXSSip5IfRiAYAFM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=KqY1g6vM4zduNe+6kdL1OsCfA5WuHYhUy3xBCa0+IvDRuQzOyAdLcpc9vBx6Koj2HgH1RdvRcQH1QRcn9Q351NptaQKkm1xwmbQKHgKwC/zSOFyq9m811acmApJg1XcO5cOrzBJa/N86Wk2HBAuVydlFUs7Udt1lzczLEeKORPw= Received: by 10.90.27.13 with SMTP id a13mr537953aga.1183738152757; Fri, 06 Jul 2007 09:09:12 -0700 (PDT) Received: by 10.90.87.1 with HTTP; Fri, 6 Jul 2007 09:09:12 -0700 (PDT) Message-ID: Date: Fri, 6 Jul 2007 12:09:12 -0400 Sender: david.coallier@gmail.com To: "Antony Dovgal" Cc: "Rasmus Lerdorf" , "Derick Rethans" , "PHP Developers Mailing List" In-Reply-To: <468E689A.4030302@zend.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <468E5AB1.3080308@lerdorf.com> <468E5E3B.5090408@zend.com> <468E66B2.3060903@lerdorf.com> <468E689A.4030302@zend.com> X-Google-Sender-Auth: 3c00de47e9fb51f3 Subject: Re: [PHP-DEV] RIP PHP 4? From: davidc@php.net ("David Coallier") On 7/6/07, Antony Dovgal wrote: > On 06.07.2007 19:58, Rasmus Lerdorf wrote: > >> To me it means in the first place that we can add a canned answer to the > >> bugtracker which would say "PHP4 is not supported anymore, install PHP5" > >> and close all PHP4 only reports. > >> > >> So no bug-fixes, no releases except for ones fixing critical security > >> problems. > >> And even that should be ceased either in say.. 1 or 2 years. > > > > When was the last time we did a PHP4-only bug fix? > > Doesn't matter, we still have many of PHP4-only reports which nobody is going to look in anyway. > Also it wasn't that long ago: > - Fixed bug #38798 (OpenSSL init corrected in php5 but not in php4). (Tony) > > > My fear is that the impact of the no-more-support statement is hurt when > > we qualify it with the fact that nothing is really changing. > > Well, I explained what should change in the first place - no more PHP4 reports. > If you're unable to reproduce it with PHP5 - sorry, we can't help you. > > > I'd be more in favour of a statement that put a final death date on it > > which means no new releases of any sort. We could still say > > security-fixes only by the end of the year and then death by 08/08/08 or > > something like that. > Well the initial question was to drop it but not kill it, if there would be another vote for killing it completely, I am totally 100% for it. 21st century... moving on. > Yup, that's exactly what I said in my e-mail. > > -- > Wbr, > Antony Dovgal > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > -- David Coallier, Founder & Software Architect, Agora Production (http://agoraproduction.com) 51.42.06.70.18