Bug 2319720

Summary:	python-sphinxcontrib-autoprogram fails to build with setuptools 74+
Product:	[Fedora] Fedora	Reporter:	Miro Hrončok <mhroncok>
Component:	python-sphinxcontrib-autoprogram	Assignee:	Marcel Haerry <mh>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	mh+fedora, mh, romain.geissler
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2024-12-05 16:33:00 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	2300528, 2322407, 2319387

Description Miro Hrončok 2024-10-18 10:14:21 UTC

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-sphinxcontrib-autoprogram/

While it succeeded with setuptools 69.2.0 and wheel 0.43 in

  https://copr.fedorainfracloud.org/coprs/churchyard/setuptools-control/package/python-sphinxcontrib-autoprogram/

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.

Comment 1 Miro Hrončok 2024-10-29 10:58:39 UTC

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.

Comment 2 Miro Hrončok 2024-11-14 11:57:39 UTC

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.

Comment 3 Marcel Haerry 2024-11-29 22:21:07 UTC

I tried a couple of times to get the newer release building. However, there are changes required to the test step in the rpm build process, which go a bit beyond my current understanding of the python testing area. I fail to get the upstream tox config working with how tox is supposed to be used in the rpmbuild test step.

Any help to get the package to the new version, especially to fix the test step of the package is highly appreciated.

Comment 4 Miro Hrončok 2024-11-30 13:37:12 UTC

I don't know about updating, but this fixes the problem:

 %check
-%{__python3} setup.py test
+%{py3_test_envvars} %{python3} -m unittest -v sphinxcontrib.autoprogram.suite

Comment 5 Marcel Haerry 2024-12-04 20:11:37 UTC

Thank you a lot, successfull build now here: https://koji.fedoraproject.org/koji/taskinfo?taskID=126527212

Comment 6 Marcel Haerry 2024-12-04 20:11:57 UTC

All done for now

Comment 7 Miro Hrončok 2024-12-05 14:13:12 UTC

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.

Comment 8 Marcel Haerry 2024-12-05 16:33:00 UTC

I wasn't able to close the BZ yesterday due to not be able to login as an owner: https://pagure.io/fedora-infrastructure/issue/12321 - the release is now in RAWHIDE

Comment 9 Miro Hrončok 2024-12-05 17:09:41 UTC

Ah. Sorry for not noticing the comment. Thanks for the fix.