python-pikepdf failed to build from source in Fedora rawhide/f34 https://koji.fedoraproject.org/koji/taskinfo?taskID=60912283 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild Please fix python-pikepdf at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, python-pikepdf will be orphaned. Before branching of Fedora 35, python-pikepdf will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/
Created attachment 1753600 [details] build.log file build.log too big, will only attach last 32768 bytes
Created attachment 1753601 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 1753602 [details] state.log
The build failed only on s390x and with a test timeout. I think that was just a hickup in the builder and submitted another scratch build for s390x which was successful. Then I took the liberty to re-submit the whole build and it was successful: https://koji.fedoraproject.org/koji/taskinfo?taskID=61051070 I guess this fixes the issue but since I'm not the maintainer of pikepdf and this being my first build in a side-tag someone should probably verify that it is all right, thanks! (I just did: "fedpkg build --target f34-rebuild" with the current pikepdf master branch checked out.)
It's probably fine. It didn't have to be done in the sidetag, as releng will skip newer builds when merging it. I think this will auto-close too when everything has been tagged into f34.
FEDORA-2021-3bbc6e35ba has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2021-ae4a77d2db has been pushed to the Fedora ELN stable repository. If problem still persists, please make note of it in this bug report.