Description
The list of backports can be partially obtained using pypi/stdlib-list#28
Using that, I found the following are missing from the EXCLUDED_PACKAGES
list.
- DateTime - 6396758 - not the same? Owned by Zope so in safe hands. Installs to
DateTime
so doesnt conflict withdatetime
. - dataclasses - 4177601
- statistics - 4262268
- asyncio - 3097987
- functools - 905303 - not a backport; created 2005; https://pypi.org/project/functools/#files
- enum - 2741560
- contextvars - 1291645
- uuid - 2070490
- logging - 4527726
- readline - 374841 - shouldnt be excluded as this is needed for ppl who cant compile readline into their binary
- Resource - 1194645 - very different; PyPI package created 2014; should be delisted? :/
- importlib - 1458974
- html - 699354
- pprint - 720260 - junk upload?
- faulthandler - 842383
- multiprocessing - 331224
- email - 269055
- hashlib - 230497
- AST - 405650 - Very different; Created 2017
- wsgiref - 231243
pprint
, resource
and ast
should be excluded IMO, as I am sure their inclusion in the top packages is only due to having the same name as a stdlib package. I think they should also be delisted from PyPI and other existing stdlib names prevented from being used (or an extra permission needed to control who can use those names) to prevent malicious uploads.
DateTime
would probably not be on the list if it wasnt for the stdlib name clash. Oddly, the 'used by' on https://github.com/zopefoundation/DateTime is quite high (7.2k) - I wonder if the GitHub stats are also skewed. But it could be that the GitHub stats are correct, as this is Zope, and IMO it isnt worth delisting it from this project due to the Zope aspect - perhaps intentionally move it to the end of the list since its true relevance based on download count is highly suspect, so its appropriate position in the list is not knowable.
fwiw, the other stdlib names in the top list all appear to be 'safe'.
- ipaddress - 102211778
- configparser - 66829892
- typing - 61522886
- argparse - 71515972
- pathlib - 16293161