Skip to content

Fix pyproject.toml build-system configuration#100

Open
gotmax23 wants to merge 2 commits intoQuantco:mainfrom
gotmax23:build-backend
Open

Fix pyproject.toml build-system configuration#100
gotmax23 wants to merge 2 commits intoQuantco:mainfrom
gotmax23:build-backend

Conversation

@gotmax23
Copy link

See the individual commit messages for more info.

Checklist

  • Added a CHANGELOG.rst entry

setuptools is an implicit default, but projects are supposed to
explicitly set the build-backend. pip does not seem affected by this
omission, but at least [pyproject-rpm-macros] used in Fedora Linux is more
strict in this regard and requires both options to be specified when the
`[build-system]` table exists.

[pyproject-rpm-macros]: https://src.fedoraproject.org/rpms/pyproject-rpm-macros/
Newer setuptools versions don't use the wheel package anymore. Older
setuptools versions don't need this either, as PEP 517
`get_requires_for_build_wheel()` would always include `wheel` when it was
necessary.
@gotmax23 gotmax23 requested a review from pavelzw as a code owner February 26, 2026 05:51
@musicinmybrain
Copy link

Thanks! I was looking at the downstream package review for Fedora, and I was going to suggest offering the build-backend patch upstream.

See also https://discuss.python.org/t/do-we-want-to-keep-the-build-system-default-for-pyproject-toml/104759/26, which supports the idea that it’s good not to rely on the setuptools default for the build system, especially for a project without a “legacy” setup.py or setup.cfg.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants