Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:60167 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 18206 invoked from network); 18 Apr 2012 08:23:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Apr 2012 08:23:38 -0000 Authentication-Results: pb1.pair.com smtp.mail=glopes@nebm.ist.utl.pt; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=glopes@nebm.ist.utl.pt; sender-id=unknown Received-SPF: error (pb1.pair.com: domain nebm.ist.utl.pt from 193.136.128.21 cause and error) X-PHP-List-Original-Sender: glopes@nebm.ist.utl.pt X-Host-Fingerprint: 193.136.128.21 smtp1.ist.utl.pt Linux 2.6 Received: from [193.136.128.21] ([193.136.128.21:35685] helo=smtp1.ist.utl.pt) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7C/82-03614-70A7E8F4 for ; Wed, 18 Apr 2012 04:23:36 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.ist.utl.pt (Postfix) with ESMTP id 8A3777000425; Wed, 18 Apr 2012 09:23:29 +0100 (WEST) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at ist.utl.pt Received: from smtp1.ist.utl.pt ([127.0.0.1]) by localhost (smtp1.ist.utl.pt [127.0.0.1]) (amavisd-new, port 10025) with LMTP id veIxKcskFG3w; Wed, 18 Apr 2012 09:23:29 +0100 (WEST) Received: from nebm.ist.utl.pt (unknown [IPv6:2001:690:2100:4::58:1]) by smtp1.ist.utl.pt (Postfix) with ESMTP id EBB2E70003D0; Wed, 18 Apr 2012 09:23:28 +0100 (WEST) Received: from localhost ([127.0.0.1] helo=slws007.slhq.int) by nebm.ist.utl.pt with esmtp (Exim 4.72) (envelope-from ) id 1SKQAi-0001A5-K9; Wed, 18 Apr 2012 09:23:28 +0100 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Stas Malyshev" , "Pierre Joye" Cc: "Ferenc Kovacs" , "PHP Internals" References: <4F8C7FAC.6060709@sugarcrm.com> <4F8CABF8.9040301@sugarcrm.com> <4F8CB228.2070609@sugarcrm.com> <4F8CB928.9040400@sugarcrm.com> <4F8DE51E.3090202@sugarcrm.com> <4F8DF39A.8080409@sugarcrm.com> Date: Wed, 18 Apr 2012 10:23:28 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Organization: =?utf-8?Q?N=C3=BAcleo_de_Eng=2E_Biom=C3=A9di?= =?utf-8?Q?ca_do_I=2ES=2ET=2E?= Message-ID: In-Reply-To: User-Agent: Opera Mail/11.62 (Win32) Subject: Re: [PHP-DEV] voting without vcs accounts From: glopes@nebm.ist.utl.pt ("Gustavo Lopes") On Wed, 18 Apr 2012 07:34:06 +0200, Pierre Joye wrote: > On Wed, Apr 18, 2012 at 12:50 AM, Stas Malyshev > wrote: > >> I have a problem that we don't have understanding of what is the goal of >> this whole vote setup. What is it for? What we will be doing with it? >> And please don't say "it says so in RFC" - it is not a goal. > > Let me clarify that and try to do not go backwards while we have > finally moved forward. > > The goal is to have community leader participating in our design > discussions and decisions. It has happened already for a couple of > RFCs (accepted and rejected) and went very well. The FUDs about core > devs, legacy developers and the like loosing control about the > direction PHP takes has been killed, it did not happen and it is very > unlikely that it will happen. > > How do the community leaders come in? They are usually very well known > and already participate to php in one way or another (bugs report, > testing, etc.) and are part of a known OSS project (we have drupal, > zf, symfony already for example). Having a couple of devs to second > their addition is also requested. > > This has been said many times already in the past and it is said in > the RFC as well. We do not need over killed process as an attempt to > make php more closed to our communities. > I think the issue is not who, in general terms, can vote, but how a determination that someone is covered by those terms is made. What is a "known" OSS project? For instance, which of these would qualify: http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#PHP ? Of course, it's impossible to set a clear line on what is a "known" project. Which leads to arbitrariness. Which leads to the second question -- who approves those voting rights? It's been said in this thread that any wiki admin can approve an account without saying anything. Is this case? Who was approved, by whom, and who "seconded the addition" of these accounts? Personally, I don't know. These are, in my opinion, legitimate concerns that should not be dismissed (and "has been said in the past" and allusions to obviousness or lack of problems so far are not appropriate responses). -- Gustavo Lopes