<div dir="ltr"><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 4:36 AM, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><p dir="ltr"><br>
On 11 Mar 2014 09:10, "Antoine Pitrou" <<a href="mailto:antoine@python.org" target="_blank">antoine@python.org</a>> wrote:<br>
><br>
> On lun., 2014-03-10 at 16:02 -0700, Alex Gaynor wrote:<br>
> > Hi all,<br>
> ><br>
> ><br>
> > I'd like to propose Brian Kearns for commit. He's been a committer on<br>
> > PyPy for about a year and a half now, and in particular he's done a<br>
> > bunch of "Python version" works: things like upgrading us from the<br>
> > 2.7.3 stdlib to the 2.7.6 stdlib, and py3k work. He's interested in<br>
> > having commit for the purposes of doing interop work on the stdlib<br>
> > tests: things like making sure tests aren't reliant on refcounting,<br>
> > correctly marking tests as impl details, etc.<br>
><br>
> I'd really prefer someone to have experience in contributing to CPython<br>
> before they get commit rights. I might mistaken, but I can't find any<br>
> contribution bearing Brain's name.<br>
><br>
> Furthermore, giving arbitrary commit rights to core devs of third-party<br>
> projects (such as PyPy and Twisted) doesn't seem to have produced any<br>
> significant CPython contributions from them, IIRC.</p>
</div><p dir="ltr">Aye, our processes are currently arcane enough that posting a patch to the tracker is *less* work than doing the commit yourself (on the other hand, it depends on another human to get it committed).</p>


<p dir="ltr">On the other hand, if Brian has read PEP 462 and *still* wants to commit patches directly, then I wouldn't be opposed (given Alex's recommendation). Call it +0.</p></blockquote><div><br></div><div>There's also precedent as Antoine alluded to; we previously gave two people on each major interpreter implementation commit rights to work on compatibility issues (Alex and Maciej represent PyPy directly, although obviously people like Armin had commit rights predating PyPy). But as Antoine also pointed out, the experiment never really went anywhere.</div>

<div><br></div><div>I still think it's a good idea, though, to get the other interpreters involved with helping with compatibility issues. I would be fine if Brian started out restricted to Lib/test to fix tests that weren't properly marked as implementation details, and if that went well then allowed to branch out to actually fixing compatibility bugs. If people are uncomfortable with even that restriction of abilities then we can do this the old fashioned way of Brian submitting patches through <a href="http://bugs.python.org">bugs.python.org</a> before requesting commit privileges again.</div>

</div></div></div>