Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:58554 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 30428 invoked from network); 4 Mar 2012 01:16:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Mar 2012 01:16:19 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.211.66 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.211.66 config.schlueters.de Received: from [217.114.211.66] ([217.114.211.66:53558] helo=config.schlueters.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id CA/72-12048-162C25F4 for ; Sat, 03 Mar 2012 20:16:18 -0500 Received: from [192.168.2.230] (unknown [46.244.158.246]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by config.schlueters.de (Postfix) with ESMTPSA id 0C17F600B1; Sun, 4 Mar 2012 02:16:14 +0100 (CET) To: Kris Craig Cc: Ferenc Kovacs , Michael Wallner , internals@lists.php.net In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Date: Sun, 04 Mar 2012 02:15:43 +0100 Message-ID: <1330823743.2138.6.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] SVN Account Request: justatest From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Sat, 2012-03-03 at 16:19 -0800, Kris Craig wrote: > Hmm yeah that's a good point. I guess the RFC would be to document what > the procedure is; and, if there's not a procedure, then to establish one > for consistency. I'm all for meritocracy for OOP project admins but if > there's no established "process" for determining who goes into that inner > circle I just don't think that's healthy IMHO. > > Either way, if there is a process for selecting them, somebody else will > need to document it on the wiki because I have no idea what it is or if it > even exists. There is no big "selection" it's more like a "who doesn't run away" there's no real "decision power" or anything in these tasks, purely administrative tasks. If the current admins are to slow and somebody trustworthy comes along and pushes them he gets access to the button. If all those accounts are approved fast enough there's no need .. and once there is need an RFC process to follow hurts. johannes > --Kris > > > On Sat, Mar 3, 2012 at 3:48 PM, Ferenc Kovacs wrote: > > > > > On Sun, Mar 4, 2012 at 12:28 AM, Kris Craig wrote: > > > >> Lol well personally I disagree. I was super-stoked when the RFC process > >> was introduced and I would LOVE to see us make more use of it! Not only > >> does it help get a clearer guage of vote totals, but it also forces > >> proposals to be more explicit and well-thought-out IMHO. > >> > >> Of course that's only my opinion. If other people say they'd like to see > >> that too then I'll propose something, otherwise I'll just mutter under my > >> breath and leave it alone. ;P > >> > >> > > the RFC process covers how do we introduce changes. > > nothing to change here imo. > > of course if you think that this info would be useful for others, feel > > free to document it in the wiki. > > > > -- > > Ferenc Kovács > > @Tyr43l - http://tyrael.hu > >