Hi Pierre, Pierre Joye in php.internals (Tue, 29 Jan 2013 05:55:27 +0100): >This is one of the reason why the 'new' release process RFC does not >allow BC breaks. But we can't be 100% sure that we do not introduce >one without you, all projects and users, doing intensive testing using >your apps, modules, plugins, etc. And before the final releases, not >after. > >Question: Did you test D7/8 and their respective plugins with php 5.5?
No. Reality: many Drupal users are beginning to move from Drupal 6 to Drupal 7 at the moment. So are we. The code freeze for Drupal 8 will be no sooner than July this year. And we have enough issues with D7 under PHP 5.4 to worry about BC breaks beyond PHP 5.4. >> Zeev Suraski in php.internals (Mon, 28 Jan 2013 19:22:38 +0200): > >I wrote that, please either reply to one mail at a time or keep the context :) Sorry about that, but the context in Zeev's message was not clear (no quotes, no reference to you). >We can't afford to support many branches for 5-8 years per branch. I know. It is one of the reasons why I started compiling PHP on Windows myself. I need extensions like php_ffmpeg.dll and want to be sure that I have got them available under PHP 5.4 as well. >Increasing the recommended version to run your current stable releases >help, a lot, instead of keep recommending 5.2 or even lower for some >other projects. Drupal recommends 5.3.5 or higher. >This is a dual side problem, one cannot blame only php.net for not >doing the right things. We did mistakes, we learned from them and we >changed drastically the way we work, the way we move forward. I do not blame php.net for that, I am just summing up the current 'state of affairs'. I appreciate the changes in the product cycle, which make it easier to upgrade every month. >Distros offer extended long term support for this exact purpose (not >specific to US). That's not something we can support, unless we create >an org with full time employees doing only support. The PHP's on my systems do not come from distros. Many sites are on Windows 2008 R2 (because WMV streaming was needed) and our Centos installations rely on Directadmin. As far as I can see Directadmin just copies the php-sources to their download server without any modification at all. Sometimes they tweak the build process a little bit with security related things. An example for Apache is the harden-symlinks-patch, but things like that are real exceptions: http://help.directadmin.com/item.php?id=421 Where does that leave me as of March 2014? With PHP 5.3 that is no longer supported by php.net and not really supported by Directadmin either. Limited resources on all sides... Jan -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
