Hello, Please note that this comment was generated automatically. If you feel that this output has mistakes, please contact me via email (mhroncok). Your package (hedgewars) Fails To Install in Fedora 36: can't install hedgewars: - nothing provides libQt5Core.so.5(Qt_5.15.2_PRIVATE_API)(64bit) needed by hedgewars-1.0.0-20.fc36.x86_64 If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem. If you don't react accordingly to the policy for FTBFS/FTI bugs (https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/), your package may be orphaned in 8+ weeks. P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors. To reproduce, use the koji/local repo only, e.g. in mock: $ mock -r fedora-36-x86_64 --disablerepo='*' --enablerepo=local install hedgewars P.P.S. If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-dependent-packages Thanks!
So the issue here is that we need a rebuild for the new qt5. But as mentioned in 2045702 hedgewars fails to build on armv7 there is some weird issue on armv7 only related to clang being used to build some C-code parts of hedgewars and this not liking the new https://fedoraproject.org/wiki/Changes/Package_information_on_ELF_objects change, but only on armv7. Bug 2045702 (FTBFS) was closed because hedgewars does build on rawhide as we no longer support armv7 there. So the fix here is to disable Package_information_on_ELF_objects when building on arm in the f36 branch. I'll go and implement this now.
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.
Installation works now with no issues.
Discussed in ticket: https://pagure.io/fedora-qa/blocker-review/issue/755 The decision to classify this bug as an AcceptedFreezeException was made: "We usually accept FTBFS/FTI fixes in during the Freeze."
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.