On 1/29/13 5:08 AM, Pierre Joye wrote:
hi Jan,
On Tue, Jan 29, 2013 at 11:55 AM, Jan Ehrhardt <php...@ehrhardt.nl> wrote:
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.
What do you need to get D7 tested under 5.5? I mean once you have a CI
in place, it is not hard to setup one instance to test 5.5.
Waiting the final release of 5.5 won't be of any help, not for Drupal,
not for us.
Clear, detailed instructions aimed at someone who has *never used a C
compiler before*[1] for how to build, install, and run a 5.5 alpha, for
Mac and for common Linuxes[2], that do not require doing screwy things
with running multiple web servers on a single OS. In fact, the ideal
would be periodically released VirtualBox images with the latest alpha
or beta tagged that we can just boot up and run.[3]
The first point is, I think, the biggest blocker. "Try out the latest
PHP and see what breaks" is currently a task that roughly 0.1% of PHP
developers have the technical ability to even do. Bring that up to
5-10% and we may see a *much* better feedback loop.[4]
[1] Really, I can count on one hand the number of Drupal developers who
even know C, much less can compile a complex C application. I'm sure
you could make all sorts of disparaging comments about Drupal/Drupalers
as a result, and you'd be about 1/3 right, but nonetheless that's the
situation.
[2] Drupal people are about 2/3 Macophiles, 1/3 Linux-istas, and
occasionally we let a Windows user in so that we don't look
discriminatory. I don't know how that breaks down in other major
sub-communities.
[3] We have a CI system in place but it's home grown, doesn't have
enough human resources maintaining it, and I don't think it supports
multiple variants of the PHP environment well. Yes, this is a problem.
We're aware of that, but I don't expect it to change soon, unfortunately.
[4] As I am not part of that 0.1% I don't have much if any ability to
help improve that number, or I would offer to do so. My C-fu is about 8
years old and was limited to Palm OS.
--Larry Garfield
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
