Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:84919 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 49759 invoked from network); 15 Mar 2015 21:22:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Mar 2015 21:22:57 -0000 Authentication-Results: pb1.pair.com smtp.mail=pajousek@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=pajousek@gmail.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.174 as permitted sender) X-PHP-List-Original-Sender: pajousek@gmail.com X-Host-Fingerprint: 209.85.216.174 mail-qc0-f174.google.com Received: from [209.85.216.174] ([209.85.216.174:33272] helo=mail-qc0-f174.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 49/EA-31306-038F5055 for ; Sun, 15 Mar 2015 16:22:56 -0500 Received: by qcyi15 with SMTP id i15so29139611qcy.0 for ; Sun, 15 Mar 2015 14:22:53 -0700 (PDT) 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; bh=J4NwXS9dK+WaoemS+g/I8p0IxTPe3ZrdBuEAi/ZPl/g=; b=pIyHsjU/xUmMVUwgvBR82/f+K5E1WroItS92ZX0b1mWx6F3U0VgwflntWKvtyAj/IP O8S1PLyVX6XQTZgdQlAEZRxAQBkxuTVL3Hr8TjTrAIyPnTyaVEMe67HEb8dnkY1xhBXk DiLn2DllWCoDU//ZjM9ofoPs2Uh2EZWPkX7zI34h8m2i0U4m5ppYR5kY531pkfmgKw2v 38RHIM5v++8WpCe0XGOjtK/Q4X4OJlz8pKeiuetLAajfl/Wg0EXk8BsNqXC9d8M+e0NX NwbpOTyh85tI4p6+6IG6Yhl67Iq1JGrm2E5x6iTO8s1QjrR5ymoIRN5PGqG7dv1diTlr CRhQ== MIME-Version: 1.0 X-Received: by 10.140.23.134 with SMTP id 6mr70305613qgp.84.1426454573583; Sun, 15 Mar 2015 14:22:53 -0700 (PDT) Received: by 10.96.160.99 with HTTP; Sun, 15 Mar 2015 14:22:53 -0700 (PDT) In-Reply-To: References: <6e268626bc6b84a3886f39442c827bb6@mail.gmail.com> <9cc36c9a8c15ba411a8f2981ff18678c@mail.gmail.com> <556399ae939b3e947381b1c50db2de6b@mail.gmail.com> Date: Sun, 15 Mar 2015 22:22:53 +0100 Message-ID: To: Philip Sturgeon Cc: Zeev Suraski , PHP Internals Content-Type: text/plain; charset=UTF-8 Subject: Re: [PHP-DEV] [RFC] [INFO] Basic Scalar Types From: pajousek@gmail.com (=?UTF-8?Q?Pavel_Kou=C5=99il?=) On Sun, Mar 15, 2015 at 10:11 PM, Philip Sturgeon wrote: > > I am sorry for hurting your feelings but you are being manipulative > and I am not a fan of that. I have no agenda, I just want to see you > put an end to this weird rule bending, definition changing, rule > ignoring "convenient" interpretations of policies that stop Dual STH > going through by any means possible. > >> Are there some special rules for a backup >> plan anywhere in the Voting RFC or the Timeline RFC that I missed? > > Yeah Bob specifically said it would go to vote if Dual STH failed, so > that makes it a backup plan. :) > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > Hello, if Zeev didn't want to make Dual STH go through by any means possible, he could have just retracted his RFC few hours ago when the Dual STH wasn't passing, effectively ending both RFCs as not passing, given I understand the voting process correctly. (Sure, it would be a textbook example of a so-called "dick move", but that's not the point.) If you realize this (in combination with the statement that if everything else fails, he'll go with the Dual one, even if he disagrees with it, so the end users at least have SOME type hints in PHP 7.0), then you'll probably see all the attempts to bring another competing RFC as an honest attempt at making the language better by bringing another look on STHs to vote on, and not as pushing some agenda. Or at least that's my point of view. Regards Pavel Kouril