Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:53015 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 32291 invoked from network); 6 Jun 2011 11:50:28 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Jun 2011 11:50:28 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.186 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.26.186 c2beaomr08.btconnect.com Received: from [213.123.26.186] ([213.123.26.186:30868] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id BA/62-17923-20FBCED4 for ; Mon, 06 Jun 2011 07:50:27 -0400 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.4_) ([81.138.11.136]) by c2beaomr08.btconnect.com with ESMTP id DBL98975; Mon, 06 Jun 2011 12:48:37 +0100 (BST) Message-ID: <4DECBE94.7010502@lsces.co.uk> Date: Mon, 06 Jun 2011 12:48:36 +0100 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.19) Gecko/20110420 SUSE/2.0.14-2.2 SeaMonkey/2.0.14 MIME-Version: 1.0 To: "internals@lists.php.net" References: <4DE7F179.5010402@sugarcrm.com> <4DE89534.5070206@sugarcrm.com> <4DE89CD2.4040302@sugarcrm.com> <4DE9AA9B.3000108@sugarcrm.com> <4DEC02B6.60806@sugarcrm.com> <4DEC7FED.9000700@lsces.co.uk> <4DEC8570.1010904@sugarcrm.com> <4DECACFB.5000805@lsces.co.uk> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0301.4DECBE94.00CF, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2011.6.6.104514:17:7.586, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __TO_NO_NAME, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __CT, __CT_TEXT_PLAIN, __CTE, __ANY_URI, __CP_URI_IN_BODY, __SUBJECT_ENDING_IN_LATIN_OR_NUMERALS, BODY_SIZE_3000_3999, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2beaomr08.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B020D.4DECBEFF.01F6,ss=1,fgs=0, ip=0.0.0.0, so=2010-07-22 22:03:31, dmn=2009-09-10 00:05:08, mode=multiengine X-Junkmail-IWF: false Subject: Re: [PHP-DEV] 5.4 moving forward From: lester@lsces.co.uk (Lester Caine) Pierre Joye wrote: > On Mon, Jun 6, 2011 at 12:33 PM, Lester Caine wrote: >> > Stas Malyshev wrote: >>> >> >>>> >>> changes. While that almost certainly is due to the poor way that the >>>> >>> some of the >>>> >>> moves were documented, a version of 5.2 is still a preferred base for >>>> >>> some? And >>>> >>> this should perhaps be viewed as the current LTS branch? Certainly for >>>> >>> windows >>> >> >>> >> But >>> >> a) it is not, since we don't support it. Somebody else could do the >>> >> support, backport patches, etc. - but as far as PHP group is considered, >>> >> this version is not supported anymore and nobody has any desire to do it >>> >> as far as I know. >>> >> b) we certainly couldn't know anything about it in 2006 when we released >>> >> 5.2. >> > >> > Currently off the shelf, 5.2.17 is the 'old stable' but for some windows >> > users it IS the only available version. Changing the rest of the >> > infrastructure to support PHP5.3 builds of windows is not just a matter of >> > changing the PHP package! > There is no reason not to update, absolutely none. If you can convince the IT departments of some of the archaic council sites I am having to deal with that they do not have to stress test every part of a new system ... It's exactly the same argument FROM them as you are giving below as to why we should NOT provide support! Fortunately the problem is being eased by the replacement of the legacy windows systems with Linux servers but that is still slow going in some customer sites. In my own case since there is no external access I don't have to worry about security issues anyway so perhaps the discussion is academic, but I can't believe that I am the only person seeing this problem. >> > So while PHP may have washed it's hands of the >> > problem, those users who are stuck in the hole still need to be supported in >> > some way. But all that is being asked for is security fixes which seem to be >> > a LOT less of a problem nowadays anyway? So support IS just a matter of >> > maintaining availability to it and the correct builds of extensions that go >> > with it. > No it is not only about these rather simple tasks, really not. QA, > testing, etc. require consequent efforts, from many different teams. I think all I am asking for is that the various elements of PHP5.2.17 are more readily accessible directly from the PHP site, rather than having to scout around for things like the pecl extensions on third party sites. Perhaps I just need to push a current set of files onto my own site. This does parallel the discussion on 'bundling' extensions, and simplifying things so that individual extensions can be managed and even updated without having to update the whole of the rest of the core. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php