Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:59180 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 74163 invoked from network); 27 Mar 2012 08:53:50 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Mar 2012 08:53:50 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.20.127 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.20.127 c2bthomr09.btconnect.com Received: from [213.123.20.127] ([213.123.20.127:44728] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id BE/B0-04438-910817F4 for ; Tue, 27 Mar 2012 03:53:46 -0500 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2bthomr09.btconnect.com with ESMTP id GXT29206; Tue, 27 Mar 2012 09:53:43 +0100 (BST) Message-ID: <4F718016.5020405@lsces.co.uk> Date: Tue, 27 Mar 2012 09:53:42 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120215 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: PHP internals References: <4F189F5F.20109@sugarcrm.com> <4F18A8C5.9020301@phpgangsta.de> <4F18B07C.2010402@sugarcrm.com> <1327019609-sup-8204@fewbar.com> <1332788209-sup-9283@fewbar.com> <1332803360.5855.14.camel@guybrush> <1332829551-sup-6691@fewbar.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0302.4F718017.0019, actions=tag X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2012.3.27.75416:17:7.944, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __SUBJ_ALPHA_END, __CT, __CT_TEXT_PLAIN, __CTE, URI_ENDS_IN_PHP, __ANY_URI, __URI_NO_MAILTO, __CP_URI_IN_BODY, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_1800_1899, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_2000_LESS, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2bthomr09.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B020B.4F718017.0092:SCFSTAT14830815,ss=1,re=-4.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Subject: Re: [PHP-DEV] 5.4.0 rc6 and release From: lester@lsces.co.uk (Lester Caine) André Rømcke wrote: >> > I disagree. The lesson here is that the Ubuntu's security team should >> > have discussed with us to see what are actually their worries instead >> > of not following what is actually a good move for everyone. > > Why? It is common practice to avoid .0 releases, including those from PHP:) > > Actually, this is not a bad thing at all. > It makes sure lots of PHP projects and Frameworks stays on 5.3 as a common > base for the next 1-3 years, introp wise that is a good thing. > > And those that want the extra 5.4 stuff can get it somehow anyway, and as > part of the distro in 7 months. Or another 3 years time ... I've taken over support for a number of php websites across a couple of ISP's. Currently they are running on PHP5.2.10 because that is what has been provided. And the upgrade by one of these has been announced for May ... to 5.3.10 Changing that to 5.4 was ruled out by the ISP because they would need to rerun all of their tests, and they had given up waiting for 5.4 at the end of last year. Real life users need 6 months to bed new things in, so I can well understand Ubuntu's stance. It makes perfect sense NOT to rush something new in. I've got to check all of my customers sites will still work in May so finishing work on moving other sites to 5.4 is on hold .... I've already had the panics by 5.3.10 being installed on another ISP and having to get sites on that machine working again. Nothing has changed on what the SITES are doing, only config settings screwing up BC :( -- 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