Dear package maintainer, this bugzilla is automated becasue the number of impacted packages it too high to go trough manually. It appears that your package failed to build with setuptools 74.1.3 and wheel 0.44 in https://copr.fedorainfracloud.org/coprs/churchyard/setuptools-74/package/python-singledispatch/ While it succeeded with setuptools 69.2.0 and wheel 0.43 in https://copr.fedorainfracloud.org/coprs/churchyard/setuptools-control/package/python-singledispatch/ This usually means this package fails to build with setuptools 74+ We plan to update setuptools to version 74 or newer in Fedora 42. This is an approved Fedora 42 Change: https://fedoraproject.org/wiki/Changes/Setuptools_74+ Please analyze the failure and fix it in rawhide. Thanks. You can use the builds from the churchyard/setuptools-74 copr for local testing. mock -r fedora-rawhide-x86_64 --addrepo 'https://download.copr.fedorainfracloud.org/results/churchyard/setuptools-74/fedora-rawhide-$basearch/' One of the most common problems is that the setup.py test command cannot be used. If that is the case here, run the tests in %check differently, e.g. via %pytest, %tox, %{python3} -m unittest, etc. If you need help, reach out to me in this bugzilla.
I plan to update setuptools to 74.x in rawhide this week. At that point, this package will fail to build from source if not fixed.
Thank you for identifying and raising this. Unfortunately, I have zero time to look into this. I'd rather orphan the package, but I do recall it was a dependency for multiple other packages
On one hand, this package is now under the jaraco umbrella[1] and is now at version 4.1.0[2], so an update might solve the problem. On the other hand, it looks like this has become a leaf package over time: $ fedrq wrsrc -s python-singledispatch [no output] $ fedrq wr python3-singledispatch [no output] So if you don’t have a specific reason to want to keep this around, orphaning it would seem to make a lot of sense. [1] https://github.com/jaraco/singledispatch [2] https://pypi.org/project/singledispatch/
This is a backport of functionality that has been available since Python 3.4. I am not entirely sure why it was revived upstream, but I'd say let it be orphaned->retired from Fedora.
I am more or less certain that it was a dependency for OpenStack packages, but it is no more. I orphaned the package for now.
As per https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/ I am now asking the maintainer to respond.
The package is orphaned, see https://bugzilla.redhat.com/show_bug.cgi?id=2319718#c5.
There was a bugzilla contact override on https://src.fedoraproject.org/rpms/python-singledispatch I removed it.
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.
This is a bulk response. In line with step 4 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs I am asking for a response. Thanks.
Automation has figured out the package is retired in Fedora Rawhide. If you like it to be unretired, please open a ticket at https://pagure.io/releng/new_issue?template=package_unretirement
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days