<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">On Tue, Mar 5, 2019 at 9:04 PM Steve Dower <<a href="mailto:steve.dower@python.org">steve.dower@python.org</a>> wrote:<br></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 05Mar2019 1245, Chris Angelico wrote:<br>
> How much effort does it take to sponsor a PEP? I'm not a core dev, but<br>
> I can help someone with the work of writing and publishing. So if, in<br>
> that hypothetical situation, some (very busy) core dev were willing to<br>
> say "yeah, go ahead, put my name on it", would that be sufficient? If<br>
> so, it shouldn't be a problem to require this - any proposal with<br>
> enough support to be worth PEPing should have at least one person<br>
> who's willing to have his/her name in the headers.<br>
<br>
For the record, now that he's joined the conversation, Chris is who I <br>
had in mind when I invented the term "PEP triager" in my email :)<br>
<br>
If we had a way of appointing people who we trust to be non-core dev <br>
sponsors of PEPs, I'd nominate him. Though I suspect he's well known <br>
enough to the council that they'd accept his support of a PEP as <br>
sufficient to consider it from someone who's otherwise completely <br>
unknown. There are always grey areas in any policy.<br></blockquote><div><br></div><div dir="ltr"><div dir="ltr" class="gmail_signature"><div dir="ltr"><div class="gmail_default" style="font-size:small">If core devs trust someone enough to let them act as a PEP sponsor, they probably know at least one core dev well enough to get them to add their name as sponsor on the condition that they are only responsiible for ensuring their "proxy" (?) responds adequately and in a sufficiently timely manner.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I don't have a great deal to add to most conversations here, but I would urge all concerned to consider Brett's point, from my own now distant experience as a PSF chair. If I may paraphrase him, it's easier to change the rules when someone wants or needs to do something outside their current scope than it is to devise bullet-proof rules. It was only after I learned this lesson that much of the constitutional lawyering in the PSF was (gradually) replaced by useful mission-directed volunteer-led activity.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Please don't concern yourselves too much about process, but instead focus on the desired results. If lawyering is needed, delegate it to the PSF! I'd rather have you pushing Python forward ;-).</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Finally, thanks again to everyone who contributes, particularly for managing to hide a great deal of Python's modern-day complexity from those who neither want nor need to know about it. Ultimately I think that is perhaps the biggest factor fuelling the language's continued growth.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Kind regards<br></div>Steve Holden<br><br></div></div></div><div class="gmail_quote"><br class="gmail-Apple-interchange-newline"></div><div> </div></div></div>