You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Regression: poetry install fails with a build script due to not respecting [build-system] requires #7909
This issue might actually be setuptools rather than poetry as well. I'm not sure how the two libraries interact with each other.
We noticed that our latest builds are failing on our poetry install. Our project has cython code, and so part of our build.py that's referenced by the [tool.poetry.build] is to use numpy and cython (which are part of the [build-system].requires section) to compile the cython code into binaries.
Now, a poetry build works as expected, because it installs the build dependencies. But a poetry install on longer works
To summarise the above images:
numpy is defined in both the [tool.poetry.dependencies] and [build-system].requires
poetry build runs and compiles files successfully
poetry install fails on: Getting requirements to build editable did not run successfully. as poetry/setuptools tries to run our builder.py without dependencies, which fails.
Now the big caveat here, is that I don't know how poetry and setuptools interact, so this might have absolutely nothing to do with poetry and everything to do with setuptools. In which case, please feel free to close out this issue and I'll try to raise it somewhere else.
Has the way to include a build script that has dependencies changed in the latest poetry versions?
I was unsure if it was a duplicate or not, because I've definitely had poetry building my project after that issue was posted, and its only in the last two months that the build stage we've had has failed. Given the other issue doesn't include the full stack I also wasn't sure if the issue was from the same part of the code. If you like, I can put the screenshots and pyproject.toml over onto that issue, I just didn't want to do so if it might have been a different problem
you've described the same circumstances, the same actions, and the same symptoms - I think assuming duplicate is sensible.
By all means add extra information to that issue if you think you have something new to add (though please prefer text to screenshots, so much less annoying to interact with and search)
Activity
dimbleby commentedon May 12, 2023
not only "linked" to #6154 but surely a straight duplicate
Samreay commentedon May 12, 2023
I was unsure if it was a duplicate or not, because I've definitely had poetry building my project after that issue was posted, and its only in the last two months that the build stage we've had has failed. Given the other issue doesn't include the full stack I also wasn't sure if the issue was from the same part of the code. If you like, I can put the screenshots and pyproject.toml over onto that issue, I just didn't want to do so if it might have been a different problem
dimbleby commentedon May 12, 2023
you've described the same circumstances, the same actions, and the same symptoms - I think assuming duplicate is sensible.
By all means add extra information to that issue if you think you have something new to add (though please prefer text to screenshots, so much less annoying to interact with and search)
radoering commentedon Jun 10, 2023
Closing as duplicate of #6154
github-actions commentedon Feb 29, 2024
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.