> My red wine is already cooling for two days, your preferential drink for > sure, > too. The moment is big. But how human it wants ever to be, it is hardly > applicable to the the job of delivering a release, even today. We should > not > let us to hype but do a solid delivery with everything that belongs to it > at the > current time. Acting any other way can get dangerous in the technical > perspective and specifically today it would be explicitly unfair to a part > of > the community. Both things are bad. That's why I would prefer rather to > keep the heads cold and to follow the process that is proven to deliver > successful releases, then we can be sure others have a real reason to > overhype.
Anatol, I'm sorry, but this has nothing to do with professionalism or coolness of wine nor heads, and to be perfectly honest, I'm not feeling very comfortable with the suggestion otherwise. Your choice, while completely valid, is not an ounce more professional or cool headed than the alternative. What leads me to think your choice is wrong are two things: 1. The fact that generally speaking, binary builds are not supposed to be a blocker for a PHP release - which has always been about source (and should continue being about source). 2. Taking into to account that we don't live in a world of machines, but humans. Staying cool headed is not equal as ignoring thoughts and feelings of users. As an extra bonus, the issue itself is hardly the material of which delays are supposed to be made. The official builds of PHP for the versions that's likely to be used by anybody who might actually be vulnerable to these issues - 5.6.16 and 5.5.30 - contain this (non-critical) vulnerability and to the best of my knowledge we're not going to be updating them. And if we are, what's blocking us from doing the same with 7.0.0? Either way, I'm not going to continue convincing you. I'm not arguing it's your call. I was important for me to make it clear that this is not about professionalism nor about temperature levels of any sorts. Thanks, Zeev -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
