<div dir="ltr">Can you write 1-2 paragraphs with the argument for each?</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 31, 2017 at 10:01 PM, Nathaniel Smith <span dir="ltr"><<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><span class=""><div><div class="gmail_extra"><div class="gmail_quote">On Oct 31, 2017 4:42 AM, "Nick Coghlan" <<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>> wrote:<br type="attribution"><blockquote class="m_-2823180902564528620quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div><div class="m_-2823180902564528620quoted-text">On 31 October 2017 at 02:29, Guido van Rossum <span dir="ltr"><<a href="mailto:guido@python.org" target="_blank">guido@python.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">What's your proposed process to arrive at the list of recommended packages?</div></blockquote><div><br></div></div><div>I'm thinking it makes the most sense to treat inclusion in the recommended packages 
list as a possible outcome of proposals for standard library 
inclusion, rather than being something we'd provide a way to propose 
specifically.</div><div><br></div><div>We'd only use it in cases where a proposal would otherwise meet the criteria for stdlib inclusion, 
but the logistics of actually doing so don't work for some reason.</div><div><br></div><div>Running the initial 5 proposals through that filter:</div><div><br></div><div>* six: a cross-version compatibility layer clearly needs to be outside the standard library<br></div><div>* setuptools: we want to update this in line with the PyPA interop specs, not the Python language version</div><div>* cffi: updates may be needed for PyPA interop specs, Python implementation updates or C language definition updates</div><div>* requests: updates are more likely to be driven by changes in network protocols and client platform APIs than Python language changes</div><div>* regex: we don't want two regex engines in the stdlib, transparently replacing _sre would be difficult, and _sre is still good enough for most purposes</div></div></div></div></blockquote></div></div></div><div dir="auto"><br></div></span><div dir="auto">Some other packages that might meet these criteria, or at least be useful for honing them:</div><div dir="auto"><br></div><div dir="auto">- lxml</div><div dir="auto">- numpy</div><div dir="auto">- cryptography</div><div dir="auto">- idna</div><span class="HOEnZb"><font color="#888888"><div dir="auto"><br></div><div dir="auto">-n</div><div dir="auto"></div></font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">--Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>)</div>
</div>