Bug 143817 - [GTK] [Stable] webkit2gtk 2.8.0-2 on Archlinux Arm (rpi2) fails to render any Web page with a style sheet
Summary: [GTK] [Stable] webkit2gtk 2.8.0-2 on Archlinux Arm (rpi2) fails to render any...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: New Bugs (show other bugs)
Version: 528+ (Nightly build)
Hardware: Other Linux
: P2 Normal
Assignee: Nobody
Depends on:
Reported: 2015-04-16 01:12 PDT by Kai Hendry
Modified: 2017-03-11 11:02 PST (History)
4 users (show)

See Also:

CMakeCache.txt as requested (154.55 KB, text/plain)
2015-07-16 18:05 PDT, Kai Hendry
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kai Hendry 2015-04-16 01:12:38 PDT
The build configuration is here: https://github.com/archlinuxarm/PKGBUILDs/blob/master/extra/webkit2gtk/PKGBUILD

http://ix.io/hUy for details on the package and linked libraries.

I don't know how to debug where it's going wrong. I am aware of http://trac.webkit.org/wiki/WebKitGTK/Debugging but I don't have the resources to make a debug build for armh7.

I did try raise the issue with Archlinux Arm developers, but they say I need to take it upstream: https://github.com/archlinuxarm/PKGBUILDs/issues/1155

I'm happy to provide more information. This is not an issue with the SAME package on x86_64. There is an regression since Webkit 2.4.x on ArchlinuxArm (alarm) used to work.
Comment 1 Zan Dobersek 2015-04-19 00:04:41 PDT
Please provide the generated CMakeCache.txt file.

The build rule seems to strip out -O3 flag, which I think completely disables optimizations. Is that intentional?

What's the environment you're running under? X11?

Is this standard RPi2? If so, you appear to be linking against Mali EGL driver?
> libEGL.so.1 => /usr/lib/mali-egl/libEGL.so.1 (0x736ca000)
Comment 2 Kai Hendry 2015-07-16 18:05:48 PDT
Created attachment 256942 [details]
CMakeCache.txt as requested
Comment 3 Kai Hendry 2015-07-16 18:07:17 PDT
I'm not sure what the right GL library is for the Rpi2, though it sounds like a good think to sort out, since MALI I'm told is wrong.
Comment 4 Emanuele Aina 2015-10-28 08:45:22 PDT
Hi Kai, as far as I can tell, at the moment there's no reliable GL stack for the Pi that can be used by WebKit, so you probably want to include the patch for bug #146511 and build with ENABLE_OPENGL=OFF. This means that you will have to sacrifice accelerated compositing, but in this way at least I got WebKit2 2.10.1 (which already carries the patch) running on the Raspberry Pi 2 under Raspbian (armv6hf).