python-libdiscid fails to build with the latest setuptools version. This report is automated and not very verbose, but we'll try to get back here with details. For the build logs, see: https://copr-be.cloud.fedoraproject.org/results/cstratak/setuptools-62.4.0-final/fedora-rawhide-x86_64/04533459-python-libdiscid/ For all our attempts to build python-libdiscid with the latest setuptools, see: https://copr.fedorainfracloud.org/coprs/cstratak/setuptools-62.4.0-final/package/python-libdiscid/ Testing and rebuild of packages is happening in copr. You can follow these instructions to test locally in mock if your package builds with latest setuptools version: https://copr.fedorainfracloud.org/coprs/cstratak/setuptools-62.4.0-final/ Let us know here if you have any questions.
The problem is due to this sed [0] for fixing sys.path, which is hardcoded, however setuptools changed it to a different scheme as of version 62.1 [1]. I've created a PR, redeeming that and overhauling the SPEC to utilize the pyproject-rpm-macros: https://src.fedoraproject.org/rpms/python-libdiscid/pull-request/2 [0] https://src.fedoraproject.org/rpms/python-libdiscid/blob/rawhide/f/python-libdiscid.spec#_37 [1] https://github.com/pypa/setuptools/pull/3258/commits/1c23f5e1e4b18b50081cbabb2dea22bf345f5894
FEDORA-2022-3d30c5853f has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-3d30c5853f
FEDORA-2022-3d30c5853f has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.