Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:74956 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 40480 invoked from network); 17 Jun 2014 18:41:41 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Jun 2014 18:41:41 -0000 Authentication-Results: pb1.pair.com smtp.mail=julienpauli@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=julienpauli@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.169 as permitted sender) X-PHP-List-Original-Sender: julienpauli@gmail.com X-Host-Fingerprint: 209.85.220.169 mail-vc0-f169.google.com Received: from [209.85.220.169] ([209.85.220.169:48956] helo=mail-vc0-f169.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 75/00-39756-5EB80A35 for ; Tue, 17 Jun 2014 14:41:41 -0400 Received: by mail-vc0-f169.google.com with SMTP id la4so7006268vcb.0 for ; Tue, 17 Jun 2014 11:41:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=OyhK44r9W1fdFl90Oexsaenq2ceJCNgeHKSP5SPnX2Q=; b=GRPDtrR/h4ccJLtLtRxODAEoZTk5+L+U3T64kEDfEOrr41Eeg802X8/E4fboebHxGv S/pCV15uTWtAFXfqJGUNB1zzluThUr54Ph6mkiRfyGeUZGxCagkfjjGDT7riEpQmdGe6 /WFJKBVGE+LvXtBZAQoCcGt6Syy7FsSIcTL4o6TCbmEGCjrT/xEXNORJPJDllLyyNRqf dy1e/eVBls1tWwYC4zqgYn6bhh38HDHRaCAFqLNeHfjD0xb4580klWlAxPvXmZccbTPk erMAirFO2KUHvND0ZKuiSE+L2H3RH+gnPYugVC6biCVboRbif8Da+vtroRfvVXNidxBB Fd1w== X-Received: by 10.58.152.234 with SMTP id vb10mr23295896veb.21.1403030498450; Tue, 17 Jun 2014 11:41:38 -0700 (PDT) MIME-Version: 1.0 Sender: julienpauli@gmail.com Received: by 10.220.81.68 with HTTP; Tue, 17 Jun 2014 11:40:58 -0700 (PDT) In-Reply-To: <53A07DCA.9010702@sugarcrm.com> References: <53886F73.70402@php.net> <538EAD75.5020402@fedoraproject.org> <539B0888.9040208@fedoraproject.org> <53A07DCA.9010702@sugarcrm.com> Date: Tue, 17 Jun 2014 20:40:58 +0200 X-Google-Sender-Auth: BR8A3LbKolFVz3hhu_W0snSAqLo Message-ID: To: Stas Malyshev Cc: Rafael Dohms , Marco Pivetta , Remi Collet , internals Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] BC break in 5.4.29 and 5.5.13 From: jpauli@php.net (Julien Pauli) On Tue, Jun 17, 2014 at 7:41 PM, Stas Malyshev wrote: > Hi! > >> It has been 18 days without a 5.5.14 release or a rollback of 5.5.13. >> This is highly unacceptable and irresponsible of a core language. > > We have a release schedule. Which is widely known - in fact, we've just > announced 5.5.14 RC1 last Thursday. I agree BC break is bad but not bad > enough to break the release schedule. If you suffer from this particular > problem, just keep on 5.5.12 for 2 weeks. And please test the RCs, if > people would actually test the RCs we'd know about such problems > *before* the release, not *after*. That's what RCs are for. And here Stas you get my huge +1. I cant understand the stress about this bug. It seems like the earth is gonna blow up. Suddenly, people are not "stuck with" 5.3.x anymore (thing we still ear about, nearly daily), but they do run exactly 5.5.13. Common, are you kidding ? Just stay in 5.5.12, keep calm as there really is no need to lose anyone's temper. It is a BC break, yes, and we all apologize about it, believe it. But it won't blow the earth up in the few next seconds, will it ? The only moments I know we've been releasing a new version in rush, was about huge security holes that got disclosed just after a release. However, as I can see the patch seems to still have problems in our RC1, we could go for an RC2 if no consensus is found about it before next tuesday (the day we usually tag). What do you think about this ? Like Ferenc said, rushing a patch is a high risk at introducing another bug, or just not fixing the bug properly. And then a bad loop's gonna start from that. Let's take time to test our patches / solutions, to keep our level of quality. If RC2 is needed, there will be an RC2 (and more again if needed). I'am all in favor of improving our quality , which usually is the opposite of rushing. Julien Pauli