On Thu, Jun 6, 2019 at 12:25 AM Christian Tismer
On 05.06.19 02:21, Victor Stinner wrote:
So what is happening for this PEP since Python 3.8 beta1 has been released? Is it too late for Python 3.8 or not?
It seems like most people are confused by the intent of the PEP. IMHO it would be better to rewrite "Remove packages from the stdlib" as "Move some stdlib modules to PyPI". But that would require to rewrite some parts of the PEP to explain how modules are moved, who become the new maintainers, how to support modules both in stdlib (old Python versions) and in PyPI (new Python), etc.
And I would like to add something as well:
The stdlib has been a set of well-known modules. Maybe not the latest and greatest, but you knew for quite sure that these modules are guaranteed to be stable and quite persistent.
With the move to PyPI, I am missing this promise, partially:
PyPI has very many good modules, but also some less good ones. With the stdlib, you had almost one choice to choose from. With PyPI, you have way too many modules, and you have no longer the feeling "this seems to be right in BDFL mind".
I think what is missing is replacement of this feature: The set of modules in the stdlib has exactly that being in the stdlib as a quality indicator. I need now a structure that replaces that quality, like
"This one is eligible to go into stdlib"
Do we have such a replacement implemented, already?
Are you asking for us to bless packages on PyPI as of a quality that the core devs approve of it? Or something else? If it's the former we do have links pointing to other projects already (e.g. linking to 'requests' from https://docs.python.org/3/library/urllib.request.html#module-urllib.request).