Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:97037 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12984 invoked from network); 19 Nov 2016 13:11:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Nov 2016 13:11:38 -0000 Authentication-Results: pb1.pair.com header.from=pthreads@pthreads.org; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=pthreads@pthreads.org; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pthreads.org from 209.85.223.178 cause and error) X-PHP-List-Original-Sender: pthreads@pthreads.org X-Host-Fingerprint: 209.85.223.178 mail-io0-f178.google.com Received: from [209.85.223.178] ([209.85.223.178:36058] helo=mail-io0-f178.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F3/A0-09986-78F40385 for ; Sat, 19 Nov 2016 08:11:36 -0500 Received: by mail-io0-f178.google.com with SMTP id x94so6412072ioi.3 for ; Sat, 19 Nov 2016 05:11:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pthreads-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=QnIiqmwL3wD5hPfBSdzEqtmZPQa8OQ8slXwqP/S4QJA=; b=XnU+9sLMYjW5Zyfqeff6mnLQX50+GE4wc9NECWXDyrkf5D5oLac/vTZn2eX/ZuOS6n RCf0I+QPp6rFNAYHUezLACXWDKSxtsqHMG57twjJnHJwzmcnfCzaemv+2JaifvBvhtnF uUWisVGRA25z8jhOI0RvcxIpHuaJ2DmZ7M7djhs2oeQPOcGVYSxug5tOkGe19/hgdCQl T3W3zNmHTxQv4GfzWJE/BsoKB/CDpS7c3kDSQClt+qYEz82oryvyc4l6yQG3JzI5RDM5 H39B5OZRAtqmOX1veY3ywwgnlqikCX31tJrE1qBQkH8vMRP+CVpLO9qJ/tkt/4+R47Rf HlxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QnIiqmwL3wD5hPfBSdzEqtmZPQa8OQ8slXwqP/S4QJA=; b=Xvqb5Tsnc/QiAXiMJjj+bC76EAdDZfDcdMPJ1lbv4TDbMMeVLJ8CKh5HaUQOicIPLH LqM7/4KB5XKAjnD9AlZOOsPr4iBVibaHgioT2/+f4padmGQXcQEoMkyuiANJujlE5gpf JoRjM3wc70dgfBhAnyRYV/ZKVo26QRUejf9KTRHSKs2p1ALKPao48im3KUk+tBkgq8yQ F7XaifsnhJUlEIfTBi9LBQrIb3Z+gKTre0ObuiQWV6aHQk9nDfW3WSnsrt2ES9kXbp5a cJ2/3L2iVpFkP0dpqhwz3zDMgVXLivQ6hdIMTPsPE37KW7dckOSyzGYOw2bCHltF2lhq 0yYw== X-Gm-Message-State: AKaTC02HfrDFOieJP4ADwB1RLeS4/BkI4hwsyzZyQH+66Qg5SpA772YAFQKfkQj4YxSleVznK/LQj5PMMmue5g== X-Received: by 10.107.19.104 with SMTP id b101mr3662224ioj.150.1479560612001; Sat, 19 Nov 2016 05:03:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.79.102.3 with HTTP; Sat, 19 Nov 2016 05:03:31 -0800 (PST) X-Originating-IP: [86.168.50.82] In-Reply-To: <4bc5c07d-1633-7fd0-b108-3c06e362bae4@lsces.co.uk> References: <4bc5c07d-1633-7fd0-b108-3c06e362bae4@lsces.co.uk> Date: Sat, 19 Nov 2016 13:03:31 +0000 Message-ID: To: Lester Caine Cc: PHP internals Content-Type: multipart/alternative; boundary=001a113f6dd2b3cac70541a70c5e Subject: Re: [PHP-DEV] [RFC] Abolish 50%+1 Votes From: pthreads@pthreads.org (Joe Watkins) --001a113f6dd2b3cac70541a70c5e Content-Type: text/plain; charset=UTF-8 Afternoon Lester, > Is this simply ... Every element of a vote has to achieve 2/3rds? Yes, it is. But before you rubbish that idea as ridiculous, think about what it really means. It doesn't mean that people will continue to open a 2/3 vote and then pin a list of subsidiary decisions onto the voting stage. It does mean that the author of the RFC is forced to open a vote with clear, simple options, that must be acceptable to a real majority for the motion to pass. The aim here is only to raise standards by changing our criteria for acceptance, it's one simple move. It has side effects for RFC authors, obviously, which they may first view as negative, but unarguably has a net positive effect for everyone else. Cheers Joe On Sat, Nov 19, 2016 at 12:40 PM, Lester Caine wrote: > On 19/11/16 12:10, Joe Watkins wrote: > > For such a simple question, 3 weeks in total should be long enough. > > Is this simply ... Every element of a vote has to achieve 2/3rds? > While there are many cases where a simple yes/no question can eventually > be agreed on, and I would prefer that some of the 50/50 decisions had a > much greater consensus, areas where there is no clean consensus will not > be solved 'simply' by moving the goal posts? > > The main problem is simply that there is not a common consensus on just > how PHP should develop, and things like 'who can vote' and getting a > sensible number of people to agree on something is just as important. > The recent RFC on 'Debugging PDO Prepared Statement' is a good example > of where people who may be affected have no vote, but people who could > properly assess the now approved patch don't have the time or incentive > to do so. > > A number of current RFC's have overlapping elements where a consensus on > the base approach may be of more use than patching individual parts in > isolation. A vote on the 'roadmap' element with sub sections on elements > which may well not be appropriate for a full 3/2rds in light of the main > question. > > -- > Lester Caine - G8HFL > ----------------------------- > Contact - http://lsces.co.uk/wiki/?page=contact > L.S.Caine Electronic Services - http://lsces.co.uk > EnquirySolve - http://enquirysolve.com/ > Model Engineers Digital Workshop - http://medw.co.uk > Rainbow Digital Media - http://rainbowdigitalmedia.co.uk > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --001a113f6dd2b3cac70541a70c5e--