-
Notifications
You must be signed in to change notification settings - Fork 24
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
Installing from tarball fails #51
Comments
With
I also get
but I can not reproduce this problem on a stable system environment... |
Hi @tacaswell, sorry for the late reply. I can confirm that I can reproduce the issue. The problem seems to be related to the fact that "oldest_supported_numpy" only provides binary distributions (there is not source distribution for it on pypi as far as I can see). In principle all project using "oldest_supported_numpy" in their "pyproject.toml" should suffer of the same issue. I have not verified. Do you have some pointer we can use as example? Not sure which is the best approach to fix it. |
Ah, so if I had been less over-kill with my |
With
I can install in a py38 env without error but have not been able to reproduce the version consistency error. I'm happy to close this as the numpy issue is out of your control and the second issue is not reproducible on a stable version (and I'm optimistic that if it is a real bug in pip / setuptools / wheel it will show up for me on other packages as well). |
OK I'm closing this one for now since it seems there is nothing we can do in pyerfa. |
Using a stock Python38 (system python from Arch Linux) doing
pip install -v --no-binary :all: pyerfa
fails withDoing
instead installs without error.
The text was updated successfully, but these errors were encountered: