hedgewars failed to build from source in Fedora rawhide/f36 https://koji.fedoraproject.org/koji/taskinfo?taskID=81785758 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild Please fix hedgewars 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, hedgewars will be orphaned. Before branching of Fedora 37, hedgewars 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 1854953 [details] build.log file build.log too big, will only attach last 32768 bytes
Created attachment 1854954 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 1854955 [details] state.log
This bug appears to have been reported against 'rawhide' during the Fedora 36 development cycle. Changing version to 36.
I have taken a quick look and just doing another rebuild seems to succeed locally, but there is some weird issue on armv7 only related to clang being used to build some C-bits and this not liking the new https://fedoraproject.org/wiki/Changes/Package_information_on_ELF_objects change, but only on armv7. A later rawhide build did succeed, because armv7 has been disabled for f37 and later, so this won't be a problem going forward and I'm closing this with a resolution of rawhide.
Because of a new QT5 we really need to build hedgewars for f36 now to fix broken deps. So I've taken a second look at this and while looking into how to disable .package.note support on armv7hl I found that the .package.note rpm macros actually have special clang + armv7hl support and that this can (probably, still need to do an actual build) be fixed by adding: %define toolchain clang to the .spec, as a bonus this also fixes LTO support, so the: %define _lto_cflags %{nil} to disable LTO support can be dropped from the spec file.
FEDORA-2022-84dfdd4848 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-84dfdd4848
FEDORA-2022-84dfdd4848 has been pushed to the Fedora 36 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-84dfdd4848` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-84dfdd4848 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-84dfdd4848 has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.