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

Wheels built for namespace packages on older setuptools are stuck without robust support #845

Closed
jaraco opened this issue Nov 10, 2016 · 1 comment
Labels

Comments

@jaraco
Copy link
Member

jaraco commented Nov 10, 2016

Prior to 28.3.0, the -nspkg.pth files would mask the PEP-420 Namespace loader. See pypa/pip#1924. With 28.3.0, setuptools now builds those .pth files to disable the functionality on Python 3.3 and later. However, wheels built using older setuptools will already have those .pth files generated in the wheel so will never have the workaround. As a result, all wheels for all namespace packages need to be (re-)built using setuptools 28.3.0 or later in order to include this functionality.

@jaraco
Copy link
Member Author

jaraco commented Dec 11, 2016

Following the fix for #250, this issue is no longer relevant to PEP-420, but is instead relevant to simple, robust namespace package support. A wheel built with an older version of setuptools will not have the robust namespace support.

I still don't think there's anything that can be done about this issue unless we somehow design the wheel installer to re-generate these -nspkg.pth files.

@jaraco jaraco changed the title Wheels built for namespace packages on older setuptools are stuck without PEP-420 support Wheels built for namespace packages on older setuptools are stuck without robust support Dec 11, 2016
@jaraco jaraco added the wontfix label Dec 11, 2016
@jaraco jaraco closed this as completed Dec 11, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant