qt5-qtwebengine failed to build from source in Fedora rawhide/f32 https://koji.fedoraproject.org/koji/taskinfo?taskID=41167471 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild Please fix qt5-qtwebengine 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, qt5-qtwebengine will be orphaned. Before branching of Fedora 33, qt5-qtwebengine 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 1658253 [details] build.log file build.log too big, will only attach last 32768 bytes
Created attachment 1658254 [details] root.log file root.log too big, will only attach last 32768 bytes
Created attachment 1658255 [details] state.log
The linked task is actually from a module build on EL8, which failed due to a too old ICU. (It refused to use the EL8 ICU and built its bundled one, leading to an unpackaged file.) This is the actual Rawhide build: https://koji.fedoraproject.org/koji/taskinfo?taskID=41320934 The error looks like a missing #include or using (using std::size_t;) statement: In file included from ../../3rdparty/chromium/third_party/webrtc/modules/audio_processing/aec3/clockdrift_detector.cc:10: ../../3rdparty/chromium/third_party/webrtc/modules/audio_processing/aec3/clockdrift_detector.h:34:3: error: 'size_t' does not name a type 34 | size_t stability_counter_; | ^~~~~~
Actually, GCC even gives the fix: #include <cstddef> (no using needed).
This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle. Changing version to 32.
Created attachment 1663016 [details] Fixes some of the missing header problems This patch fixes two of the missing header fails, but not all of them.
I have patched through two missing header files, but can't figure out the next one. Here is a scratch build, with the above patch installed. https://koji.fedoraproject.org/koji/taskinfo?taskID=41481261 It is failing with ../../3rdparty/chromium/cc/base/list_container.h:150:23: required from 'cc::ListContainer<T>& cc::ListContainer<T>::operator=(cc::ListContainer<T>&&) [with BaseElementType = viz::DrawQuad]' ../../3rdparty/chromium/components/viz/common/quads/render_pass.h:41:25: required from here /usr/include/c++/10/bits/unique_ptr.h:79:16: error: invalid application of 'sizeof' to incomplete type 'cc::ListContainerHelper::CharAllocator' 79 | static_assert(sizeof(_Tp)>0,
Dear Maintainer, your package has not been built successfully in 32. Action is required from you. If you can fix your package to build, perform a build in koji, and either create an update in bodhi, or close this bug without creating an update, if updating is not appropriate [1]. If you are working on a fix, set the status to ASSIGNED to acknowledge this. Following the latest policy for such packages [2], your package will be orphaned if this bug remains in NEW state more than 8 weeks. A week before the mass branching of Fedora 33 according to the schedule [3], any packages not successfully rebuilt at least on Fedora 31 will be retired regardless of the status of this bug. [1] https://fedoraproject.org/wiki/Updates_Policy [2] https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/ [3] https://fedoraproject.org/wiki/Releases/33/Schedule
Troy, check this patch from webos-ports, it fixed the static_assert for me: https://github.com/webOS-ports/qtwebengine-chromium/commit/753a3a940f5682530785d193476bb2a0adc3d738
Good find, that patch looks good. Moving this stuff to the header file is basically what I would have suggested doing, and they identified the exact lines that need to be moved, so we just need to apply their patch.
Created attachment 1664464 [details] Fixes all of the header problems. Yep, that worked. I'm attaching the patch I used to create this successful scratch build. https://koji.fedoraproject.org/koji/taskinfo?taskID=41699598
Patch applied and package built. Made it through bodhi and submitted for stable. https://bodhi.fedoraproject.org/updates/FEDORA-2020-b95c8d0519