fesco

#3428 Change: Deprecate RPM Macros for setup.py-based Python Builds
Closed: Accepted by zbyszek. Opened by amoloney.

Closed: Accepted
Reopen Issue

This proposal aims to deprecate the %py3_build, %py3_install, and %py3_build_wheel RPM macros (as well as their %py_* variants). These macros are outdated and tied to the legacy setup.py-based build system, and setuptools plans to remove the setup.py install command in October 2025. The modern pyproject.toml-based build system and corresponding %pyproject macros should be used instead, which provide a more flexible and standardized approach to building and installing Python packages.

Owners, do not implement this work until the FESCo vote has explicitly ended.
The Fedora Program Manager will create a tracking bug in Bugzilla for this Change, which is your indication to proceed. See the FESCo ticket policy and the Changes policy for more information.

REMINDER: This ticket is for FESCo members to vote on the proposal. Further discussion should happen in the Discourse discussion linked above. Additional discussion may happen on the Fedora Devel mailing list.

+1

+1

(FWIW, this proposal suffers from common overloquaciousness. s/This proposal aims to deprecate the … macros/Macros … are now deprecated/ would be better.)

FWIW, this proposal suffers from common overloquaciousness

I was tinkering with some AI when I was writing that. It was a bad idea, and I won't do that again.

+1

+1

+1

After a week:
APPROVED (+5, 0, 0)

Metadata Update from @zbyszek:
- Issue tagged with: pending announcement

+1

Announced: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/4EHEV57OLAUEYPABK75J6QXZKPSRWXQR/

Metadata Update from @zbyszek:
- Issue untagged with: pending announcement
- Issue close_status updated to: Accepted
- Issue status updated to: Closed (was: Open)
Metadata

self contained change

None
None
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.