hi, On Thu, Mar 7, 2013 at 5:01 PM, Nikita Popov <nikita....@gmail.com> wrote:
> "The majority" yes. The accessors proposal also had "the majority" in favor, > but that did not suffice. As of now this RFC does *not* have a 2/3 majority > for the delay. And, as I already pointed out, I really think that this RFC > should go by a 2/3 vote, as it is both a very large change AND a release > delay. I fully agree here. Bundling a default opcode cache (enabled by default or not) is not a small decision and drastically affect the future of PHP. The way it was handled was by far not ideal (last was to edit the RFC during the voting phase without restarting the votes) and I have some doubts about the openness of its future development. > But regardless of that, could somebody maybe point out where the "it may > require a 1-2 month delay" estimation in the RFC comes from? An estimation, which is already not valid anymore. We are off the two months. That's also why the beta1 planed today has been replaced with an alpha instead. > Somewhere > Rasmus said that the integration will not be tight and just a "30 minute > cleanup". I guess that was a bit exaggerated and may take a bit longer, what takes longer is to stabilize it, there is no integration work being done right now, as far as I can tell. Latest issues spotted in our tests are visible in the report #63472. > but > in the same order of magnitude (like 3 hours instead of 30 minutes). By that > estimate the vote ends today and we can have ZO+ bundled in one or two days. > To let the change sink a bit, fix a few bugs that turn up and figure out > some questions like naming and default configuration one may need another > week, or maybe two. Then we should already be able to go for a beta release. > Everything else can be ironed out later (it's just a beta after all and > after that we have a good bit of time to fix issues that turn up). Or did I > miss something? Not really, betas are for testing and fixing. I did not follow the why and how we did a release today but having a beta1 now without o+ would mean that o+ would be 5.5 altogether, not that I would mind it, only a statement. That being said, if o+ would have 2/3 of the votes, I think it is possible to get it stable until 5.5 final, not easy but possible. Cheers, -- Pierre @pierrejoye -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php