Jasper Bryant-Greene wrote:
I'm not necessarily suggesting that a release be delayed because *my*
application doesn't work, I'm just offering to test RCs against it and
report any bugs that it turns up. If the bug is found to be with PHP and
is sufficiently serious, then perhaps the release will be delayed. That
would be up to the devs.
I would also suggest that our application is a good candidate for RC
testing as uses most of PHP5's OO features, is E_ALL|E_STRICT clean (so
it's easier to spot problems in the error log :), and has virtually 100%
test-case coverage (so we can test quickly and efficiently).
Maybe some background as to why this primary testers idea was brought
up. As Marcus points out we still needs tons more tests. However even
then we are probably never able to test every possible permutation of
code and data flowing through it so thats where this primary testers
thing came up.
We actually went out and mailed tons of projects and got feedback from a
few. These have already helped in a few cases, but not as often as we
would have hoped in spotting show stopper bugs in a release.
Here are the current lists:
http://oss.backendmedia.com/PhP4yz
http://oss.backendmedia.com/PhP5yz
http://oss.backendmedia.com/PhP6yz
This will now obviously be moved to the moderated read only primary
testers mailing list which Wez just setup:
[EMAIL PROTECTED]
Note: someone still needs to figure out how to set the reply-to so it
points to [EMAIL PROTECTED]
So the conclusion:
1) Yes, it would be very important that as many of the big time projects
try out the RC's and report back both success/failure. In the best case
along with an analysis of what PHP feature broke. We do not want to food
the RM with application specific bugs.
2) We still need to continuously expand the number of tests we have. You
can see the numbers of on the gcov.php.net site. This might be an
opportunity for bored students to step up. Along with that it would be
nice to increase the number of hardware/OS platforms we test on. This
might be an opportunity for some of the bigger corporate users to step up ;)
regards,
Lukas
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
