<div dir="ltr">is this a response to other thread about how/where to store specs and PEPs?<div>If not, what in this email are you responding to?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 5, 2015 at 1:32 PM, Donald Stufft <span dir="ltr"><<a href="mailto:donald@stufft.io" target="_blank">donald@stufft.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If it’s more useful we could also just use an RFC repository like Rust does instead of doing a mishmash between having Python using PEPs and packaging using PEPs.<br>
<div><div class="h5"><br>
On September 4, 2015 at 11:42:21 PM, Nick Coghlan (<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>) wrote:<br>
> We've got to a point where the original standing delegations to myself<br>
> and Richard Jones to act as BDFL-Delegates for metadata<br>
> interoperability and <a href="http://pypi.python.org" rel="noreferrer" target="_blank">pypi.python.org</a> related aren't scaling<br>
> adequately, so given Paul's recent delegation for PEP 470, and Donald<br>
> handling PEP 503 directly, it seems like an opportune time to put<br>
> something in writing about that.<br>
><br>
> For PyPA/distutils-sig specific PEPs, we've effectively adopted the<br>
> following approach to assigning BDFL-Delegates in resolving PEPs 470<br>
> and 503:<br>
><br>
> =================================<br>
> Whenever a new PEP is put forward on distutils-sig, any PyPA core<br>
> reviewer that believes they are suitably experienced to make the final<br>
> decision on that PEP may offer to serve as the BDFL's delegate (or<br>
> "PEP czar") for that PEP. If their self-nomination is accepted by the<br>
> other PyPA core reviewer, the lead PyPI maintainer and the lead<br>
> CPython representative on distutils-sig, then they will have the<br>
> authority to approve (or reject) that PEP.<br>
> =================================<br>
><br>
> And translating the nominated roles to the folks currently filling<br>
> them: "lead PyPI maintainer" = Donald Stufft; "lead CPython<br>
> representative on distutils-sig" = me.<br>
><br>
> "PyPA core reviewer" isn't a term we've previously used, but I'm<br>
> aiming to capture "has approval rights for pull requests to one or<br>
> more of the PyPA maintained source code or documentation repos".<br>
><br>
> Some further details for the benefit of folks not aware of the relevant history:<br>
><br>
> * a couple of years ago, we amended PEP 1 to give the "Discussions-To"<br>
> header some additional force for PEPs which don't directly affect<br>
> CPython: """PEP review and resolution may also occur on a list other<br>
> than python-dev (for example, distutils-sig for packaging related PEPs<br>
> that don't immediately affect the standard library). In this case, the<br>
> "Discussions-To" heading in the PEP will identify the appropriate<br>
> alternative list where discussion, review and pronouncement on the PEP<br>
> will occur."""<br>
><br>
> * we *didn't* update the section about assignment of BDFL-Delegates.<br>
> Instead, I received a general delegation for packaging metadata<br>
> interoperability PEPs, and Richard Jones received one for<br>
> <a href="http://pypi.python.org" rel="noreferrer" target="_blank">pypi.python.org</a> related PEPs<br>
><br>
> * Richard subsequently passed the latter delegation on to Donald,<br>
> since Donald had taken over as the lead maintainer for PyPI<br>
><br>
> The section in PEP 1 for CPython BDFL-Delegates reads as follows:<br>
> =================================<br>
> However, whenever a new PEP is put forward, any core developer that<br>
> believes they are suitably experienced to make the final decision on<br>
> that PEP may offer to serve as the BDFL's delegate (or "PEP czar") for<br>
> that PEP. If their self-nomination is accepted by the other core<br>
> developers and the BDFL, then they will have the authority to approve<br>
> (or reject) that PEP.<br>
> =================================<br>
><br>
> This process can be appropriately described as "volunteering to be<br>
> blamed" - if a PEP from a less experienced contributor subsequently<br>
> proves to be a mistake, that's on the BDFL-Delegate for saying "Yes",<br>
> not on the PEP author for proposing it. Mostly though, it's so there's<br>
> someone to have the final say on the fiddly little details that go<br>
> into getting from a general concept to an actual implementation,<br>
> without getting mired down in design-by-committee on every incidental<br>
> detail.<br>
><br>
> As PEP authors, we'll also often ask someone else specifically to<br>
> volunteer as BDFL-Delegate, because we trust their judgement in<br>
> relation to the topic at hand (e.g. I asked Martin von Löwis to be<br>
> BDFL-Delegate for the original ensurepip PEP because I knew he was<br>
> skeptical of the idea, so a design that passed muster with him was<br>
> likely to have suitably addressed the ongoing maintainability<br>
> concerns. Guido did something similar when he asked Mark Shannon to be<br>
> BDFL-Delegate for PEP 484's gradual typing).<br>
><br>
> Regards,<br>
> Nick.<br>
><br>
> P.S. It's becoming clear to me that I should probably write a<br>
> companion PEP to PEP 1 that specifically describes distutils-sig's<br>
> usage of the PEP process (and how that differs from the normal CPython<br>
> processes), but hopefully this post provides sufficient clarification<br>
> for now.<br>
><br>
> --<br>
> Nick Coghlan | <a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a> | Brisbane, Australia<br>
> _______________________________________________<br>
> Distutils-SIG maillist - <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/distutils-sig" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/distutils-sig</a><br>
><br>
<br>
</div></div>-----------------<br>
Donald Stufft<br>
PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
Distutils-SIG maillist  -  <a href="mailto:Distutils-SIG@python.org">Distutils-SIG@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/distutils-sig" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/distutils-sig</a><br>
</div></div></blockquote></div><br></div>