Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:58555 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 31805 invoked from network); 4 Mar 2012 01:20:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Mar 2012 01:20:32 -0000 Authentication-Results: pb1.pair.com header.from=kris.craig@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=kris.craig@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.170 as permitted sender) X-PHP-List-Original-Sender: kris.craig@gmail.com X-Host-Fingerprint: 209.85.212.170 mail-wi0-f170.google.com Received: from [209.85.212.170] ([209.85.212.170:38425] helo=mail-wi0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 29/C2-12048-F53C25F4 for ; Sat, 03 Mar 2012 20:20:32 -0500 Received: by wibhj13 with SMTP id hj13so937430wib.29 for ; Sat, 03 Mar 2012 17:20:29 -0800 (PST) Received-SPF: pass (google.com: domain of kris.craig@gmail.com designates 10.180.80.71 as permitted sender) client-ip=10.180.80.71; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kris.craig@gmail.com designates 10.180.80.71 as permitted sender) smtp.mail=kris.craig@gmail.com; dkim=pass header.i=kris.craig@gmail.com Received: from mr.google.com ([10.180.80.71]) by 10.180.80.71 with SMTP id p7mr6514028wix.10.1330824029284 (num_hops = 1); Sat, 03 Mar 2012 17:20:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Mn1jRXt9O5RO6cJ3QaOAbB6fWuodqaeKZO81zx3ZLBY=; b=gRS+MzZU+KQWD6Ny0WUeKhQrItRtFJELa4yq4rk6R9U+ZKYF233SEAggfZkNQ1Gqm/ V4jzEVN7K3YHdBZZVWVCgVcx7wlJORK7bd28lauD0M6vtdCtE2/OU4mTMspFYOVVQsL2 Xqj8afiE5AknB/vt5YIRbepN61T+HTs00Ca3qGIWA9Fkd1YDYosuQvVlcPCmiF7P2VVv 2CC5SkAr2B3waeM6aLibAGY6QMibuvgUmuXO5V7J3UvInj4EHpI5hnkyyKtneGR1KXRk GllH06P81pQtl4G+QGxlzyiAtLI54Uqd9MNCS7jb6ehApRJQqTmkGnRXK8RjsjRx1yM7 HTrQ== MIME-Version: 1.0 Received: by 10.180.80.71 with SMTP id p7mr5178457wix.10.1330824029041; Sat, 03 Mar 2012 17:20:29 -0800 (PST) Received: by 10.223.111.78 with HTTP; Sat, 3 Mar 2012 17:20:28 -0800 (PST) In-Reply-To: <1330823743.2138.6.camel@guybrush> References: <1330823743.2138.6.camel@guybrush> Date: Sat, 3 Mar 2012 17:20:28 -0800 Message-ID: To: =?ISO-8859-1?Q?Johannes_Schl=FCter?= Cc: Ferenc Kovacs , Michael Wallner , internals@lists.php.net Content-Type: multipart/alternative; boundary=f46d0442887c82742304ba609da7 Subject: Re: [PHP-DEV] SVN Account Request: justatest From: kris.craig@gmail.com (Kris Craig) --f46d0442887c82742304ba609da7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Yeah your argument makes sense. The lack of process still makes me uneasy, but you shouldn't take that too seriously. I just tend to be very neurotic about this sorta thing. So don't let my apprehensive face-twitching about it bother ya too much lol. =3D) --Kris 2012/3/3 Johannes 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 wha= t > > the procedure is; and, if there's not a procedure, then to establish on= e > > for consistency. I'm all for meritocracy for OOP project admins but if > > there's no established "process" for determining who goes into that inn= er > > circle I just don't think that's healthy IMHO. > > > > Either way, if there is a process for selecting them, somebody else wil= l > > 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 t= o > 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, fee= l > > > free to document it in the wiki. > > > > > > -- > > > Ferenc Kov=E1cs > > > @Tyr43l - http://tyrael.hu > > > > > > --f46d0442887c82742304ba609da7--