Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:47654 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 1913 invoked from network); 27 Mar 2010 14:29:03 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Mar 2010 14:29:03 -0000 Authentication-Results: pb1.pair.com header.from=ml@anderiasch.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=ml@anderiasch.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain anderiasch.de from 81.169.138.148 cause and error) X-PHP-List-Original-Sender: ml@anderiasch.de X-Host-Fingerprint: 81.169.138.148 ares.art-core.org Received: from [81.169.138.148] ([81.169.138.148:48289] helo=mail.anderiasch.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id A9/C1-20638-C261EAB4 for ; Sat, 27 Mar 2010 09:29:02 -0500 Message-ID: <4BAE1617.5040407@anderiasch.de> Date: Sat, 27 Mar 2010 15:28:39 +0100 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: tyra3l@gmail.com CC: internals@lists.php.net References: <698DE66518E7CA45812BD18E807866CE03F16456@us-ex1.zend.net> <8244EE68-21B6-41B3-B4A2-5AA7A6F2A794@pooteeweet.org> <4BABDCA2.8010107@oracle.com> <970168F8-D98F-413E-8BB5-AF8B538D7A88@pooteeweet.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] trunk is alive and open From: ml@anderiasch.de (Florian Anderiasch) On 27.03.2010 13:13, Ferenc Kovacs wrote: > I like the way how the debian guys elect the project leader: > http://en.wikipedia.org/wiki/Debian#Project_organization > http://en.wikipedia.org/wiki/File:Debian-organigram.png > http://en.wikipedia.org/wiki/Schulze_method Hi, while I do agree that they have a decent model there, I think this would be very hard to implement in PHP, even when ignoring the technical hurdles. The core differences I'm seeing here is: - DPL (Debian Project Leader) != PHP RM (Release Manager) It's actually not even remotely comparable. - It's for one year and also a somewhat representative role. I've not seen many RMs stand out to the public as "representatives", but that's absolutely ok. It's mostly a technical position. - Debian has a decently high entry hurdle, before you're going to be a DD (Debian Developer) there's a lot of work and especially a lot of time involved. In PHP we've much more often have people pop out of nowhere, do a ton of work and vanish again. - Much in the Debian process is based on your "trusted @debian.org GPG key" - that's also used for any election talk and voting - afaik. OK, we got SVN accounts, that'd probably be a reasonable voting platform. - Although there are a lot more people involved in Debian than in PHP (at least that's my impression) I think the people inside the PHP project reading and deciding here is much smaller. To me this doesn't look as a "everyone with a @php.net email address==svn account can vote" would be anywhere close to the decisions ever made. TLDNR: I don't see many paralles to even start a decent comparison, PHP simply does not have this level of democracy where someone contributing some translated pages has the same vote as someone having been RM and doing core work for years. Greetings, Florian