Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Setuptools should not rely on pkg_resources #3085

Open
jaraco opened this issue Feb 5, 2022 · 2 comments
Open

Setuptools should not rely on pkg_resources #3085

jaraco opened this issue Feb 5, 2022 · 2 comments

Comments

@jaraco
Copy link
Member

jaraco commented Feb 5, 2022

This issue basically tracks the root goal of obviating pkg_resources, in particular that Setuptools depends on it.

Over the past few years, myself and others have worked hard to create importlib.resources and importlib.metadata in the goal of superseding pkg_resources. These libraries are now very stable and replacing much of the functionality provided by pkg_resources.

In python/importlib_metadata#38, I examined the setuptools package to determine its level of dependency on pkg_resources. Unsurprisingly, there is a diverse set of interfaces on which setuptools relies.

Nevertheless, this project should work toward Setuptools adopting the importlib features in place of pkg_resources.

@romuald
Copy link

romuald commented Feb 14, 2022

This somehow breaks projects entry points to pyramid/paste it seems, which aren't able to find their entry point anymore (I have no idea what's the cause)

Error for Google:

LookupError: Entry point 'main' not found in egg 'my.package' (dir: xxx/.pyenv-python3.7/lib/python3.7/site-packages; protocols: paste.app_factory, paste.composite_factory, paste.composit_factory; entry_points: )

@armanckeser
Copy link

The same pr causes this issue I think #3102

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants