Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:91041 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 27477 invoked from network); 1 Feb 2016 06:31:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Feb 2016 06:31:32 -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.160.180 cause and error) X-PHP-List-Original-Sender: pthreads@pthreads.org X-Host-Fingerprint: 209.85.160.180 mail-yk0-f180.google.com Received: from [209.85.160.180] ([209.85.160.180:35299] helo=mail-yk0-f180.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id DE/84-07168-1CBFEA65 for ; Mon, 01 Feb 2016 01:31:30 -0500 Received: by mail-yk0-f180.google.com with SMTP id r207so92005685ykd.2 for ; Sun, 31 Jan 2016 22:31:29 -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:date:message-id:subject:from:to :cc:content-type; bh=ku3iQ7dOo/plaLEaCkHwIUdUfyrXKOonlofmd+TThNc=; b=qOi/Vmnm5NOCieJ33sTiIsA4NcBDOCg9NGRX6BT3wia0IAPBDUEWukKu0xA/p6+oRJ UZTq+96gSwM5D0dfA/VcqGbEcL8hazJceq2sA3S/NJOs5qhMrxnL7HfhVeQvS/G5W3cD 5b7QForL7UJRfPrQP0Gsg8XffFDb4VFuNcTxHi4bxwXRU13WQ4hOa9OyCggbWT7nxevI vw5KdidV2X5f78Rx38tOJZGmvdG6mwmDf3qCSvo9wA74PfMbJMJwZx3jq05sGnZC5v6p Kgro2QBNG8/IPratuoSt5EK4gguNtMb1gxYEKXNwsR0x9LH1Ey2XdhMzIZwokILiTB+7 xAjQ== 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:date :message-id:subject:from:to:cc:content-type; bh=ku3iQ7dOo/plaLEaCkHwIUdUfyrXKOonlofmd+TThNc=; b=KtvWA3OA9dU/D1dcqxrE4iSBLE7KRTcqjBwPH45yOCqquuqYQxvs4RolAvRNIxjX8I +QyYa1gBFZhTDWlbL+Q/qrrDlefqs8zUeDmxosSSD+rBw8OMzkW/1Hxyn4gNWWv6epBG VHu91hXnIh+GkmAr1oUy8DALCcJ/AtJ6+Q66rBpo9zB8USuxDJNDdiogUWoK7N7BtNAk SkHtfLbVjc1alQ4t7Ygj0+CbrjM4/L/8PcnAJh7lCa2klFlryeIAFrHBWh0B3jmWe7pn K/CD8dLlEerPGYxn83SmmLPO218Ljni6LXrbXRacyu7oEjwLO9JopFwvDEIjhdY48k3d wOkA== X-Gm-Message-State: AG10YOT4CKE2gS+dT4Q3LHVmS0B4BZi8iFsGPIfLU9HEaG0kEzZ/p8CbkcZRKL+p/a3lgjRVtoXOorT/M6SykA== MIME-Version: 1.0 X-Received: by 10.129.55.129 with SMTP id e123mr10875274ywa.55.1454308287150; Sun, 31 Jan 2016 22:31:27 -0800 (PST) Received: by 10.129.87.73 with HTTP; Sun, 31 Jan 2016 22:31:27 -0800 (PST) X-Originating-IP: [217.42.67.255] In-Reply-To: References: <6F.D4.55829.C14FCA65@pb1.pair.com> <58.11.35275.ADC3DA65@pb1.pair.com> Date: Mon, 1 Feb 2016 06:31:27 +0000 Message-ID: To: Yasuo Ohgaki Cc: Andrea Faulds , "internals@lists.php.net" Content-Type: multipart/alternative; boundary=001a1149d3d8d9b87a052aaf88e4 Subject: Re: [PHP-DEV] Should we rethink the 50%+1 requirement fornon-"language changes"? From: pthreads@pthreads.org (Joe Watkins) --001a1149d3d8d9b87a052aaf88e4 Content-Type: text/plain; charset=UTF-8 Morning internalz, RFC's aren't a good fit for changing procedure, but it's all we have. This should be the first non-language change RFC that requires a 2/3 majority, I think. +1 from me anyway, good points have already been made. Cheers Joe On Sun, Jan 31, 2016 at 2:42 AM, Yasuo Ohgaki wrote: > Hi Andrea, > > On Sun, Jan 31, 2016 at 7:44 AM, Andrea Faulds wrote: > > Nikita Popov wrote: > >> > >> On Sat, Jan 30, 2016 at 6:34 PM, Andrea Faulds wrote: > >> > >> I'm definitely in favor of requiring a 2/3 majority in all cases. An RFC > >> that passes with 51:50 votes is clearly not an RFC that a consensus > exists > >> on. On the contrary, it indicates a very controversial change which > >> requires further deliberation. > > > > > > This is a good point. If something can only pass with the 50%+1 rule, > that's > > not a point in its favour. > > I agree it's good to have 2/3 majority in all cases in general. > > It means people who vote against a proposal have twice worth of vote > than supporters. It's ok to have twice value if the reason why he/she > opposed is solid, reasonable and disclosed. Disclosure is mandatory > for RFC improvement, what's missing - description and/or feature, > what's not preferred, what's the better way to do it, etc. > > It's ok to reject a RFC by "I don't think it is not needed" for simple > additions like array_find_recursive() - it's imaginably RFC. However, > it is not ok for some change/addition like mine > https://wiki.php.net/rfc/precise_session_management > This RFC includes mandatory session management behaviors and not > disclosing why someone objects it, is not nice thing to see. Opposing > votes for "Precise Session Management" would mean most likely, "My > description was not good enough to be understood by everyone" or "Some > implementation is not preferred" or even "There are better ways to do > this". > > 2/3 majority sounds good, if people who against a proposal explicitly > disclose the reason why. Reasons for opposition are required for > RFC/implementation improvements if it is needed. > > Regards, > > -- > Yasuo Ohgaki > yohgaki@ohgaki.net > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > --001a1149d3d8d9b87a052aaf88e4--