<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote">On Oct 31, 2017 4:42 AM, "Nick Coghlan" <<a href="mailto:ncoghlan@gmail.com">ncoghlan@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div><div class="quoted-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><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><div dir="auto"><br></div><div dir="auto">-n</div><div dir="auto"></div></div>