-
Notifications
You must be signed in to change notification settings - Fork 3.1k
"pip wheel" needs to ignore distribute #891
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
Comments
virtualenvwrapper has a similar failure mode... |
Long story but it's always been bad news when pip tries to upgrade its own dependency distribute, even worse when 2to3 is involved. |
Why is it building distribute??? The problem is, and always has been, distribute's use of 2to3, which really doesn't work well in the context of pip needing a working distribute at the earliest stages. I don't really understand what;'s going on at all - but having said that, the merged setuptools (which won't use 2to3) may well fix this. |
pyramid declares a dependency on |
Ah, thanks for the explanation. Yes, I'd suggest putting it back in. As a general principle, I would say pip should never manage setuptools or distribute (whether for wheel, or for install -U, or anything else) but that's a very hardcore stance and probably not practical. We can revisit the question when the setuptools merge has happened, or when pip gets an internal copy of pkg_resources. Either of those may fix the issue. |
handled by #937 |
Let me know if it's too early to be submitting this sort of bug?
regular pip-3.3 install works fine
The text was updated successfully, but these errors were encountered: