Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:69087 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 18874 invoked from network); 12 Sep 2013 08:58:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Sep 2013 08:58:08 -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 217.147.176.204 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.204 mail4.serversure.net Linux 2.6 Received: from [217.147.176.204] ([217.147.176.204:42942] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7A/27-12981-F1281325 for ; Thu, 12 Sep 2013 04:58:08 -0400 Received: (qmail 7435 invoked by uid 89); 12 Sep 2013 08:58:03 -0000 Received: from unknown (HELO linux-dev4.lsces.org.uk) (lester@rainbowdigitalmedia.org.uk@86.186.52.223) by mail4.serversure.net with ESMTPA; 12 Sep 2013 08:58:03 -0000 Message-ID: <5231831E.6010707@lsces.co.uk> Date: Thu, 12 Sep 2013 10:02:22 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Firefox/23.0 SeaMonkey/2.20 MIME-Version: 1.0 To: PHP Internals References: <1378903588.3917.54.camel@guybrush> <5230B28A.40707@oracle.com> <52312AEB.7070904@lerdorf.com> In-Reply-To: <52312AEB.7070904@lerdorf.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Wake up From: lester@lsces.co.uk (Lester Caine) Rasmus Lerdorf wrote: > That's never going to happen. We don't have paid developers that we can > assign tasks to. We have volunteers who work on things they need or find > fun to work on. We can't possibly provide a solid road map two (I assume > you mean major) versions out. The conflict here is the modern plan to allow major version updates a lot more often than in the past. On one hand I can understand that people get frustrated that things are not changing quick enough but similarly there are those of us who prefer stability over flashy new 'features'. I know I keep banging on about 'PHP6', but surely it is now time to nail down the PHP5 developments and start with a clean sheet of paper for PHP6? That I feel would make many of us happy and alleviate a lot of the current animosity? Alright we can simply stop at what I will call a minor version bump ... PHP5.4 ... but there is not enough support for a stable minor version. These major/minor updates are simply happening too often for some of us to cope with. Certainly the re-instigation of many features which were turned down in the past would suggest that a second stream would make sense? -- 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 Rainbow Digital Media - http://rainbowdigitalmedia.co.uk