Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:56202 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 69050 invoked from network); 9 Nov 2011 20:04:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Nov 2011 20:04:57 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.163 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.163 smtp163.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.163] ([67.192.241.163:34620] helo=smtp163.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E5/00-02388-7ECDABE4 for ; Wed, 09 Nov 2011 15:04:57 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp16.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 1CA7E406EB; Wed, 9 Nov 2011 15:04:53 -0500 (EST) X-Virus-Scanned: OK Received: by smtp16.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id A7B684065E; Wed, 9 Nov 2011 15:04:52 -0500 (EST) Message-ID: <4EBADCE4.9030702@sugarcrm.com> Date: Wed, 09 Nov 2011 12:04:52 -0800 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Nikita Popov CC: Ferenc Kovacs , PHP Internals References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] who can vote From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > To summarize: The technical viability of a feature should always be determined > through discussion before voting even starts. It doesn't matter too much when it happens, as the purpose of the vote is to see if the feature is needed/desired in the form that is proposed. That doesn't mean it will actually be implemented - there are other conditions for that, such as technical viability, willingness to contribute/support, etc. It would be best if they would be closed before voting in order to not waste time, but one should always realize they are necessary in any case, voting or not. > So, I don't really know. In some way it does make sense to give php-src more > voting rights, after all they do know internals better and are more engaged than > other contributors. On the other hand it also is kind of unfair for > everybody else I'm not sure what you mean by "fair" here. PHP project is not some limited resource that is in common ownership and should be fairly distributed between owners. I think decisions in PHP should be taken by people that have the most ability to take correct decisions that would make PHP more usable, and it has nothing to do with fairness. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227