-
-
Notifications
You must be signed in to change notification settings - Fork 41
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
Pip 20.0.0+ compatibility #46
Comments
I guess we should open an issue upstream and see if they want to consider our use case. If not, we'll have to provide separate wheels for all versions of python we want to support... |
WTF - there should be many projects that have the same use-case. Any project that brings binaries that are not Python modules, right? Thinking of pyglfw to name one ... |
It seems like that, yes... |
I just checked with glfw since they have the same wheel platform tag convention we do, to confirm, and sure enough, you can see that pip will select the source distribution over the wheels that are available. If I force to install the wheel that should be fine on my system, it errors out:
|
Opened an issue upstream: pypa/pip#7636 please let me know if I was unclear about anything. |
The root cause was apparently an accidentally reused iterator, see pypa/packaging#258 Just gotta wait for the release cycle to deliver the goods |
Closed by #50 |
Unfortunately our wheels are no longer accepted as of pip 20.0.0: pypa/pip#7354
It's considered an invalid platform tag :(
The text was updated successfully, but these errors were encountered: