47.2.0 breaks entrypoint on installs >= 3.8
See original GitHub issueI’m only opening is cause I see the following change log notes for 47.2.0:
* 2194: Editable-installed entry points now load significantly faster on Python versions 3.8+.
With bandersnatch moving to 47.2.0 our editable install no longer runs. The exception tho seems to be from our use of importlib
. So we might need to go back to using the backport it seems but wanted to get thoughts here.
...
Using legacy setup.py install for bandersnatch, since package 'wheel' is not installed.
Installing collected packages: bandersnatch
Running setup.py install for bandersnatch: started
Running setup.py install for bandersnatch: finished with status 'done'
Successfully installed bandersnatch-4.1.0.dev2
Traceback (most recent call last):
File "/opt/hostedtoolcache/Python/3.8.3/x64/bin/bandersnatch", line 9, in <module>
for entry_point in distribution('bandersnatch==4.1.0.dev2').entry_points:
File "/opt/hostedtoolcache/Python/3.8.3/x64/lib/python3.8/importlib/metadata.py", line 504, in distribution
return Distribution.from_name(distribution_name)
File "/opt/hostedtoolcache/Python/3.8.3/x64/lib/python3.8/importlib/metadata.py", line 177, in from_name
raise PackageNotFoundError(name)
importlib.metadata.PackageNotFoundError: bandersnatch==4.1.0.dev2
I’ve opened https://github.com/pypa/bandersnatch/issues/580 to triage and root cause this. Will close if I workout it’s indeed importlib.
Issue Analytics
- State:
- Created 3 years ago
- Comments:12 (9 by maintainers)
Top Results From Across the Web
setuptools 3.8.1 - PyPI
Easily download, build, install, upgrade, and uninstall Python packages.
Read more >setuptools Changelog - pyup.io
3421: Drop setuptools' support for installing an entrypoint extra requirements at load time: - the functionality has been broken since v60.8.0.
Read more >Viewing online file analysis results for 'tvlzao.exe'
Entrypoint in PE header is within an uncommon section ... local -> 193.70.47.2:0 (ICMP), A Network Trojan was detected, ETPRO TROJAN Xtrat/XtremeRAT Google ......
Read more >Installing Python3.9 and pip in docker image (and not python ...
ubuntu store system python package in /usr/lib/python3/dist-packages and share it for all python3 versions. Inside an ubuntu 20.04 container ...
Read more >A deep dive into the “official” Docker image for Python
In particular, I'll be reading through the python:3.8-slim-buster variant, ... Basically, the Python image works by installing Python into ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I did some digging.
distribution('bandersnatch==4.1.0.dev2')
calls through toThis passes Prepared as
Prepared("bandersnatch==4.1.0.dev2")
, which then calls through to https://github.com/python/cpython/blob/843c27765652e2322011fb3e5d88f4837de38c06/Lib/importlib/metadata.py#L455-L473This results in
versionless_egg_name
beingbandersnatch==4.1.0.dev2
, which is wrong on the face of it.I believe 47.3.0 (releasing now) should fix this issue.