I was able to do a successful scratch build of python-setuptools-rust version 1.11.0, which requires PyO3 0.24, in this side tag. (This doesn’t necessarily imply that python-setuptools-rust would actually be updated in this release.)

I was able to do a successful scratch build of python-setuptools-rust version 1.11.0, which requires PyO3 0.24, in this side tag. (This doesn’t necessarily imply that python-setuptools-rust would actually be updated in this release.)

Works for a test build of python-cramjam. Seems to include all necessary packages.

Works for test builds of cramjam-cli and python-cramjam. Seems to include all necessary packages.

Works for test builds of cramjam-cli and python-cramjam. Seems to include all necessary packages.

Works for test builds of cramjam-cli and python-cramjam. Seems to include all necessary packages.

This update has been unpushed.

To be combined with FEDORA-2025-35165d0160.

Works perfectly to build the latest rust-jiff, which uses tomcli in %prep to manipulate “weird” TOML keys containing punctuation and whitespace.

Requires FEDORA-2025-e86ccb1616, currently in testing -> stable (held up in the Beta Freeze).

I can’t evaluate whether or not his update is 100% correct for all use cases, but I can confirm that with this update, fmidi no longer fails to build from source.

Hmm… I’m going to combine this with FEDORA-2025-a6cb13ad06 instead.

It is not particularly easy for me to test this directly, but this worked for python-aiohttp in EPEL10.1, and there’s no reason to believe the two branches have diverged enough to matter.

Everything seems to install properly. The CI / rpmlint tests did not flag anything, except the fedora-ci.koji-build.installability.functional tests for rust-miette, and those complaints appear to be solely due to changes in feature metapackages since 7.2.0.

I test-rebuilt rust-oxipng and rust-onefetch which (between them) use all four clap crates, and that worked fine.