libaio failed to build from source in Fedora rawhide/f33 https://koji.fedoraproject.org/koji/taskinfo?taskID=47992138 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild Please fix libaio 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, libaio will be orphaned. Before branching of Fedora 34, libaio will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://fedoraproject.org/wiki/Fails_to_build_from_source
Created attachment 1705387 [details] build.log
Created attachment 1705388 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 1705389 [details] state.log
LTO related failure
Strangely this didnt show up here: https://kojipkgs.fedoraproject.org/mass-rebuild/f33-failures.html It worked in my tester in mid July. Regardless I an see that it uses ASMs to implement symbol versioning which is known not to work with LTO. That's an indication we got different partitions during the LTO phase, which can happen. I'll disable LTO. The best long term fix is to move away from ASMs for symbol versioning and instead use the symbol versioning attributes. However, this package is small enough that we may be able to instead use -fpartition=none to work around the ASM issues. We'll evaluate the latter as we walk through the opted out packages again.
Is there any benefit to using LTO for libaio? It's just a small shim around the sytem call interface.
Probably little, if any. But dropping those top level ASMs and using attributes instead is still the right way to go from a code cleanliness standpoint.