-
-
Notifications
You must be signed in to change notification settings - Fork 212
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
setuptools_scm 7.0.1 fails to compile with --no-binary :all: #722
Comments
We hit this issue in Homebrew too. It appears to be due to changes to support Python 3.7 (d3d2573) which has created a build loop of Line 7 in f807bfe
For Python 3.8+, one option is to remove build dependency on
Not sure if possible to break circular dependency in Python 3.7. |
I think it's doable, however I have to note that your target build process is completely broken and needs a complete overhaul |
Homebrew's? Maybe. I would not say 'completely' broken, but rather fragile :) But we can only improve, it's just a question of focus / maintainer bandwidth and coordination (which is hard). Let's not diverge from the initial topic (unless the broken Homebrew build process has an impact here). |
the oversight in the linked commit simply elevates the bootstrap problem from python3.7 only to all supported python the issue with homebrew however also is - that the linked build processes intentionally use a unsupported process that is known to trigger bootstrapping issues that need extra care in a normal build, the isolated and used environments can gracefully just go with the released wheel artifacts which are install-able we do have some self-bootstrap testing, but that assumes basic compliance with common python processes, homebrew does not comply, and as per the warning now things fall over making things work on python3.8+ will be easy as all thats missing is a environment marker, |
when removing the dependencies for a local test, im running into pypa/setuptools#2204 so as far as i gather this one is not fixable for no-binary builds in a quick manner |
im working on a possible fix by removing the build time requirement for importlib metadata |
release with fix incoming |
Builds are failing due to setuptools_scm issue 722 *1 . To work around this pin setup tools. *1 pypa/setuptools_scm#722
Builds are failing due to setuptools_scm issue 722 *1 . To work around this pin setup tools. *1 pypa/setuptools_scm#722
Builds are failing due to setuptools_scm issue 722 *1 . To work around this pin setup tools. *1 pypa/setuptools_scm#722
Strangely, 7.0.2 is not installable from sources because it's not listed in this page.... https://pypi.org/simple/setuptools-scm/ ... any idea on why? |
Opened an issue in PyPI for this: pypi/warehouse#11638 |
And now it appears there :/ So weird. FTR, I don't think it was a cache/refresh issue because the wheel file appeared ok, just the sources one was missing. Anyway, solved! Thanks! |
Run
pip install "setuptools_scm[toml]==7.0.1" --no-binary :all:
and it fails with a recursion error.The same command
pip install "setuptools_scm[toml]==6.4.2" --no-binary :all:
with the previous version of setuptools_scm succeeds.This was tested on Python 3.9 (see docker reproduction below).
I am aware that the pip documentation for
--no-binary
saysNote that some packages are tricky to compile and may fail to install when this option is used on them
but this used to work and no longer does.The text was updated successfully, but these errors were encountered: