Re: Re: RE: [PHP-QA] 4.0.6

I think very much like James, that we're trying to fix something that wasn't broken. Ten RC's and twenty PRC's won't have done anything, if between the last PRC and the final release code got changed. James put what I thought in clearer words (and with much more passion :), I agree with every word he said. Andi - php-general@ today is so full of newbies that it's not a very good place to start with either. There may be smaller teams, PHP user groups or something along these lines, that will be willing to take part in the QA process. I don't think that a random group of a few thousand users is a good idea to start with. Zeev At 21:36 2/5/2001, Hartmut Holzgraefe wrote:

James Moore wrote: If we announce PHP 4.0.6RC1 in X places then people will think oh 4.0.6 is released (remeber PHP users are incapable of reading anything more than about 10 words) lets use that; they then wont bother upgrading when the real 4.0.6 is released. This means we will start to get bug reports saying this isnt working in 4.0.6 when it has been fixed in the RC phase but is still present in the first RC. IMHO is's still better to have a RC that people do not update from then a pl1 that people do not update to (and we still have lots of error reports from people using versions way before 4.0.4, too) but if someone uses a RC and did not upgrade to the final release we can blame him if someone uses a release and didn't get the message that a pl1 is out it isn't that easy when using a RC you should be aware that a release (or a new RC) will be coming soon and that you should watch for it, especially if you have a problem with the RC when using a release there is nothing but experience with previous php 4 releases that gives you a clue that you should watch for a pl1 within days sure, some people don't get the clue whatever you do but with labeling something as release candidate, announcing it as such, and maybe adding bells and wistles to configure, make and the installers for precompiled windows versions (maybe even to every error message php generates) it should be possible to get the attention of everyone not totally clueless maybe we can agree on the following compromise? : - RC1 up to RCn announcements go to php-dev and QA only - as soon as things seem to work for QA we create RCn+1 or maybe PRC1 (public release candidate) and announce it to php-general this continues up to RCm or PRCm - when things have stabalzied even more we create [P]RCm+1 and announce it whereever we can - and finaly we do a release this would be just one additional step after all: take what we label as a release now and re-label it as (hopefully) final release candidate so that we hopefully get a release version which would otherwise be labeled as pl1 -- Hartmut Holzgraefe hartmut@six.de http://www.six.de +49-711-99091-77 -- PHP Quality Assurance Mailing List <http://www.php.net/> To unsubscribe, e-mail: php-qa-unsubscribe@lists.php.net For additional commands, e-mail: php-qa-help@lists.php.net To contact the list administrators, e-mail: php-list-admin@lists.php.net

-- Zeev Suraski <zeev@zend.com> CTO & co-founder, Zend Technologies Ltd. http://www.zend.com/