Bug 2097115

Summary: pyproj fails to build with the latest setuptools version
Product: [Fedora] Fedora Reporter: Charalampos Stratakis <cstratak>
Component: pyprojAssignee: Jos de Kloe <josdekloe>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: e, josdekloe, mhroncok
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: 2022-06-21 17:33:13 UTC Type: Bug
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: 2064842    

Description Charalampos Stratakis 2022-06-14 21:52:30 UTC
pyproj 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/04533449-pyproj/

For all our attempts to build pyproj with the latest setuptools, see:
https://copr.fedorainfracloud.org/coprs/cstratak/setuptools-62.4.0-final/package/pyproj/

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.

Comment 1 Jos de Kloe 2022-06-15 19:05:04 UTC
It seems the path definition in the build directory has changed, therefore the documentation generation (html, man pages) fails.
To fix this the py_build_libdir definition in the spec file needs to be adjusted.
I just committed this adjustment to the rawhide branch (commit 3ddf23a). This one works for me locally with mock on x86_64, but I did not have an opportunity yet to test if the same fix also works for the other arches.