Recent update from webkit-gtk-2.24.4 to webkit-gtk-2.26.2 fails the compile phase with the following error message at the end: ninja: build stopped: subcommand failed. * ERROR: net-libs/webkit-gtk-2.26.2::gentoo failed (compile phase): * ninja -v -j1 -l0 failed Earlier in the output I see the following: FAILED: Source/WebCore/CMakeFiles/WebCore.dir/platform/graphics/ANGLEWebKitBridge.cpp.o and shortly there after: /var/tmp/portage/net-libs/webkit-gtk-2.26.2/work/webkitgtk-2.26.2/Source/WebCore/platform/graphics/ANGLEWebKitBridge.cpp:38:32: error: ‘sh’ does not name a type I have tried with MAKEOPTS="-j8" + NINJAFLAGS="-j8" and MAKEOPTS="-j1" + NINJAFLAGS="-j1". Both with the same result. I have also tried with "USE=jumbo-build" and "USE=-jumbo-build" but still no joy . -- Dan Reproducible: Always
Please attach the entire build log to this bug report.
Created attachment 602282 [details] emerge --info '=net-libs/webkit-gtk-2.26.2::gentoo'
Created attachment 602284 [details] emerge -pqv '=net-libs/webkit-gtk-2.26.2::gentoo'
I tried to attach the build log , but bugzilla just says "Software error: Malformed multipart POST: data truncated". The compressed log is about 146kB big, so it should "fit" in the 1000KB maximum file size. Do you have any other means of uploading the log? -- Dan
(In reply to Dan Johansson from comment #4) > I tried to attach the build log , but bugzilla just says "Software error: > Malformed multipart POST: data truncated". Never seen that one before. > The compressed log is about 146kB big, so it should "fit" in the 1000KB > maximum file size. Right. > > Do you have any other means of uploading the log? You can make it available anywhere your like and we'll see where it lands after that.
Created attachment 602286 [details] /var/log/portage/net-libs:webkit-gtk-2.26.2:20200101-200114.log
The upload problem was on my "side" (permissions)... (:-(
I see that you have changed the Summary to contain "USE=-egl" so I have now tried to emerge with "USE=egl" but still the same result.
I'm getting this error too, with these useflags, on amd64: Calculating dependencies... done! [ebuild N ~] net-libs/webkit-gtk-2.26.2:4/37::gentoo USE="X egl jpeg2k opengl (seccomp) (-aqua) -coverage -doc -geolocation -gles2-only -gnome-keyring -gstreamer -introspection -jumbo-build -libnotify -spell -test -wayland -webgl" 0 KiB Total: 1 package (1 new), Size of downloads: 0 KiB there are at least three or four other errors, repeating themself in the logs. copied as part of: https://bugs.gentoo.org/704194#c8
I too am seeing the "'sh' does not name a type" error. [ebuild U ] net-libs/webkit-gtk-2.26.2 [2.24.4] USE="X egl gles2-only%* (seccomp%*) (-aqua) -coverage -doc -geolocation -gnome-keyring -gstreamer -introspection -jpeg2k -jumbo-build% -libnotify* -opengl* -spell -test -wayland -webgl (-gles2%) (-nsplugin%)" A notable difference versus Comment 9 is that I am trying to build with USE="gles2-only" instead of USE="opengl".
Try enabling webgl - if you enable opengl OR gles2-only, then disabling webgl is unsupported upstream. I will make some tests on my end too and probably remove the option (making it always enabled if either opengl or gles2-only is enabled; and disabled if both are disabled)
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3ba0cdea3eae7b69ade6cdc94066754d562e5785 commit 3ba0cdea3eae7b69ade6cdc94066754d562e5785 Author: Mart Raudsepp <leio@gentoo.org> AuthorDate: 2020-01-03 22:39:45 +0000 Commit: Mart Raudsepp <leio@gentoo.org> CommitDate: 2020-01-03 22:48:14 +0000 net-libs/webkit-gtk: Unconditionally build WebGL with enabled OpenGL Building with ENABLE_GL but without WEBGL is unsupported upstream and has no real benefits. The WebGL support can be disabled at runtime, if desired. Therefore tie the choice of WebGL support to having enabled GL support (full opengl or gles2), matching what upstream does if an explicit ENABLE_WEBGL _private_ configuration value isn't given. We keep it as a separately passed arg for now just for the sake of being explicit. WebGL has been fine without gstreamer for a while now - that seems to have been a temporary bug in the ancient 2.10 series - so all this does not mean that gstreamer is required with GL and the REQUIRED_USE that was there is dropped (not only due to IUSE=webgl going away - had it stayed, the restriction was wrong with USE=webgl being there too). It should also be fine without libXcomposite and libXdamage on wayland-only builds, so those deps are simply dropped (they are still there for USE=X). This may have been a reason some may have wanted to disable WebGL for wayland-only builds, but it was probably legacy wrong deps. Update a comment about WebRTC (upstream is using libwebrtc instead of OpenWebRTC right now, but isn't a supported build option out of tarballs, plus it may end up using gstreamer instead before it becomes non-experimental). Also remove outdated comment about FTL_JIT (it doesn't need llvm anymore and we are letting it be handled automatically by upstream cmake per-architecture conditionals). Drop -fno-strict-aliasing build flags forcing - upstream build system is supposed to take care of it these days. As I confirmed I still get it in the compiler calls, this change does not necessitate a revbump either (the rest are --changed-use territory). Closes: https://bugs.gentoo.org/704538 Package-Manager: Portage-2.3.79, Repoman-2.3.12 Signed-off-by: Mart Raudsepp <leio@gentoo.org> net-libs/webkit-gtk/webkit-gtk-2.26.2.ebuild | 17 +++-------------- 1 file changed, 3 insertions(+), 14 deletions(-)
To me the issue with USE="opengl -webgl" manifested a bit different, so I can't be sure there isn't another different problem hiding somewhere. So please still confirm and let us know please (except now you could also do it by rebuilding webkit-gtk, once you get the update from your sync and the USE=webgl option goes away).
Great. After a new sync this morning webkit-gtk-2-26.2 compiled and installed fine. Thanks for your support! -- Dan
