-
-
Notifications
You must be signed in to change notification settings - Fork 43
Astropy-helpers installation fails with setuptools 42.0 #501
Comments
@athornton , |
I wasn't installing it directly. It was being installed in the context of a Here's a minimal
|
The tests are failing with setuptools 42 so it may be related. |
Bisecting leads to pypa/setuptools#1830 |
Yeah this is going to be a tough one to fix because indeed the right approach is to define build-time dependencies in pyproject.toml or to ask users to install the wheel package if it isn't already installed. I think this is not going to be an issue for users who use conda or who use the python.org installers but might be a problem for linux distributions where wheel is not included by default. Fixing this in astropy-helpers might be hard because we'd have to figure out a way to auto-install wheel from |
So... is this what we gonna do?
|
For 1. we can't easily pin it since it's already installed. To be honest the main workaround at the moment is to simply install |
Required by a change in Setuptools 42. See also: astropy/astropy-helpers#501
Required by a change in Setuptools 42. See also: astropy/astropy-helpers#501
I am running into this over at spacetelescope/stsynphot_refactor#96 . |
the issue with the wheel that it won't solve the issue for anyone who is using a version you don't provide the wheel for. |
See pypa/setuptools#1919
Basically, if you don't also explicitly install the
wheel
package, the astropy-helpers build fails with something along the lines of:"Be-PEP-517 Compliant" seems to be the recommended fix, although I don't know what that entails. See https://stackoverflow.com/questions/58753970/how-to-build-a-source-distribution-without-using-setup-py-file/58756491#58756491 .
The text was updated successfully, but these errors were encountered: