Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:79097 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 63929 invoked from network); 22 Nov 2014 03:20:24 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Nov 2014 03:20:24 -0000 Authentication-Results: pb1.pair.com smtp.mail=pierre.php@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pierre.php@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.49 as permitted sender) X-PHP-List-Original-Sender: pierre.php@gmail.com X-Host-Fingerprint: 209.85.192.49 mail-qg0-f49.google.com Received: from [209.85.192.49] ([209.85.192.49:59561] helo=mail-qg0-f49.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FC/10-60639-7F000745 for ; Fri, 21 Nov 2014 22:20:24 -0500 Received: by mail-qg0-f49.google.com with SMTP id a108so4612604qge.36 for ; Fri, 21 Nov 2014 19:20:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=3hsAnlNhMBvQfMClwsyH/FFZ7i+1jyARjDOguuea/sc=; b=xS2rrBU6B3/Q2U3QsRdffc3bdFOxPGbCdxggThcbBK5b56DUZ0G0gOMTqJM1f5Iub5 yA5Ixp76bRDs+xNE3nac4uzj2L21vzg6Lp8i9lPuLlmIRdW70LgnlsmxPfnZSoauooWw A9fuvaO3OgM4vG7OPOCIF6TXAJcdJ60xS0/FSLdm57K0ofHvvsZ5UuvqAM0pzRGdJk4A +hE5Wg7KZ8wnX0EQYUJfJXZV+kk0JHjK0hQKI7GVPZy9A8wkiq7d9/ioDDzKC67+TBO7 1aIC3WcJwhUL0aAfb+v4ckyVYvD7k5hWeK3hibhqVOLYf+EP+vBAvZe497/WWZHmL195 z3nw== MIME-Version: 1.0 X-Received: by 10.224.3.134 with SMTP id 6mr11634296qan.87.1416626420503; Fri, 21 Nov 2014 19:20:20 -0800 (PST) Received: by 10.140.89.149 with HTTP; Fri, 21 Nov 2014 19:20:20 -0800 (PST) In-Reply-To: <2FCFF6B7-53FB-4D56-9296-371374F79C78@zend.com> References: <3d131946349b68aa2ae26dcfeaa5197a@mail.gmail.com> <2FCFF6B7-53FB-4D56-9296-371374F79C78@zend.com> Date: Sat, 22 Nov 2014 14:20:20 +1100 Message-ID: To: Zeev Suraski Cc: Ferenc Kovacs , PHP internals Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] [VOTE] [RFC] PHP 7.0 timeline From: pierre.php@gmail.com (Pierre Joye) On Sat, Nov 22, 2014 at 2:18 AM, Zeev Suraski wrote: > >> On 21 =D7=91=D7=A0=D7=95=D7=91=D7=B3 2014, at 13:06, Ferenc Kovacs wrote: >> >> >> >>> On Fri, Nov 21, 2014 at 9:07 AM, Zeev Suraski wrote: >>> After some Twitter hints that I should get my act together and finally = move >>> this to a vote, it=E2=80=99s finally happening: >>> >>> >>> >>> https://wiki.php.net/rfc/php7timeline#vote >>> >>> >>> >>> Cast your vote! >>> >>> >>> >>> Zeev >> >> Hi, >> >> could you update the timeline to mention when do you want to start the a= lpha and beta cycle? > >> for 5.6 the start of the alpha cycle indicated that we don't accept new = proposals, and the start of the beta cycle indicated that we won't accept n= ew features even if the RFC was already proposed or even accepted (but the = patch wasn't finished or merged in time). >> you do mention the RC cycle as point 3, and my guess is that point 2, co= uld be the beta cycle because your definition ("Finalize implementation & t= esting of new features") matches what we do with betas, but if that assumpt= ion is correct, then your RFC is missing a target date for the start of the= alpha cycle, and that is important to know if we want to keep the rule tha= t there could be no new RFCs targetting PHP7 after that date. > > I think the "finalize implementation" stage corresponds to our alpha stag= e, as we're not feature complete. > > The proposal does suggest to go directly to an RC cycle afterwards, but i= t could read beta / RC too. The difference between betas and RCs is typica= lly very small, they're both feature complete and only imply different leve= ls of quality. Personally I don't think we need both. This is not the case. Beta means beta status but may be not features complete (as patch may have not made it yet). RCs on the other hand are. RC means no more addition and focus only on fixing things. This RFC is incomplete and unrealistic, besides not taking into account other opinions. It should go back to discussions and solve the obvious issues before even thinking about voting on it. Cheers, --=20 Pierre @pierrejoye | http://www.libgd.org