What were you trying to do that didn't work?

Build packages in EPEL that have a build time dependency on python3-setuptools-rust.

What is the impact of this issue to you?

This affects the availability of multiple packages in EPEL 9 and EPEL 10. So far we've identified matrix-synapse, breezy, and python-bcrypt as packages that have already been requested in EPEL but can't be built. There are a half dozen more Fedora packages that would also be blocked if they end up being requested for EPEL.

This package is already part of the buildroot, but no subpackages are shipped in BaseOS, AppStream, or CRB. That means it is eligible to be added to EPEL itself, however it would be easier for everyone if the existing build could just be moved from the buildroot to CRB. For reference, it was requested for EPEL 9 in rhbz#2173215, and for EPEL 10 in rhbz#2316989. In those bugs there was some general indication from RHEL maintainers that this is feasible for CRB, but there has been no notable progress towards that goal. I'll also note that python3.11-setuptools-rust and python3.12-setuptools-rust are in CRB in CentOS/RHEL 9, so it seems logical that python3-setuptools-rust would be as well.

Please provide the package NVR for which the bug is seen:

python-setuptools-rust-0.12.1-4.el9
python-setuptools-rust-1.7.0-12.el10