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
Package: Use standard setuptools or uv build backend #766
It looks like Hatch is needed to build this project now, but that isn't mentioned in DEVELOP.rst - the whole file looks sort of outdated, together with the bootstrap.sh.
Can we simplify that, so there's some sort of standard uv venv venv; uv pip install -Ue ".[dev]" with no special custom logic?
I like to use versioningit like introduced per GH-757, but the uv build backend does not support it yet (astral-sh/uv#14137), so my vote is to use the standard setuptools build backend. I think this doesn't prevent using the project with uv and hatch utilities, does it?
@surister probably wanted to bring in benefits like outlined in Why Hatch?. I am a happy setuptools user, but didn't want to stop any progress here. Hatch seems to be used on other projects, so I don't have any objections against it, but I would also not object against switching back to setuptools. Please advise.
No need to change the build backend. The problems were:
Chicken and egg problem with the create_tags.sh script: It can't get the version via setuptools anymore if the version to use is based on the git tag. See Cleanup dev setup #767
The PR added hatch as build deps in the pyproject.toml, but the release steps and workflows weren't updated accordingly.
Activity
amotl commentedon Jan 13, 2026
I like to use
versioningitlike introduced per GH-757, but theuvbuild backend does not support it yet (astral-sh/uv#14137), so my vote is to use the standardsetuptoolsbuild backend. I think this doesn't prevent using the project withuvandhatchutilities, does it?amotl commentedon Jan 13, 2026
build backend: setuptools vs. hatchling
@surister probably wanted to bring in benefits like outlined in Why Hatch?. I am a happy
setuptoolsuser, but didn't want to stop any progress here. Hatch seems to be used on other projects, so I don't have any objections against it, but I would also not object against switching back tosetuptools. Please advise.mfussenegger commentedon Jan 19, 2026
No need to change the build backend. The problems were:
hatchas build deps in the pyproject.toml, but the release steps and workflows weren't updated accordingly.amotl commentedon Jan 19, 2026
Thanks!