WebKit crashed gnome-online-accounts not work.

[IzsakiRobi]

Hi!

The gnome-online-accounts add gmail or other acc for need WebKit, is not work :|
Empty page only and always display: "Loading..."

GDK is not able to create a GL context, falling back to glReadPixels (slow!): Unable to create a GL contextGLib-GIO: _g_io_module_get_default:

Epiphany browser too.

"(epiphany:5362): epiphany-WARNING **: 09:18:47.236: Web process crashed"

continously...

This is a WebKit - Mesa problem, i think.

In the Asahi linux distro, works good... Same machine.

rob

[leifliddy]

That sound similar to an issue that Linus Torvalds submitted.
https://bugzilla.redhat.com/show_bug.cgi?id=2130009

What hardware are you running? An m1 or m2 machine?
Did this work before you updated the mesa drivers?
Can you provide any logs?

[IzsakiRobi]

Hi!

I'm running Your prebuilt image on MacBook Air M2.
All work wit your first mesa and kernel packages. if I remember correctly...
But the first 12.09? update break WebKit, if I remember correctly.

If you tell me what log you need, (and how to make) I'll be happy to send you.

rob

[leifliddy]

So the m2 has BTI (Branch Target Identification) which has caused a number or problems.
That's what aforementioned issue was related to and what this issue was related to
https://bugzilla.redhat.com/show_bug.cgi?id=2111900

Can you please run the following to update your system?

# ref https://github.com/leifliddy/asahi-fedora-builder/issues/8#issuecomment-1352990854
dnf downgrade $(dnf list installed | grep mesa | grep -E '1:23.0.0_pre20221207|1:23.0.0_pre20221209' | awk '{print $1}')
dnf upgrade

That will upgrade your kernel to 6.1.0-100.asahi2.1.fc37.aarch64 and mesa libraries to 23.0.0_pre20221214-1.fc37
(which I put out last night).
If the issue persists, just run journalctl -b or better yet journal -b -p err (which will only display errors).
Just find the relevant events in the logs and post them.

[leifliddy]

BTW, I've recently ordered an m2 mac air -- it should arrive sometime next week.

[IzsakiRobi]

First:
Congratulations on your good decision :) (M2 Air)

Second:
the WebKit error (journalctl)
https://www.dropbox.com/s/g36fvlmcgat9k1v/Webkit_err.txt?dl=0
Not say much.. (for me)

I install to M1 iMac today, and I'm curious.

ps: My system is Up - To - Date your latest and good mesa and kernel packages...

also sorry my bad english (most of the google translate) :)

rob

[IzsakiRobi]

Hi!

Strange(r) Things... 😊

Clean install on my M1 iMac, the webkit processes (epiphany, geary, gnome-online-accounts, etc...) works FINE!
I sacrificed the M2 Air system, and clean install same step and procedure with the iMac, the WebKit things DON'T WORK!!!

So, this bug is for M2 only. 😐

I"m waiting for the solution...

I hope you'r m2 Air will arrive as soon as possible, and you can test it more easily...

BTW: The Asahi Linux, minimal ARC and same Gnome desktop works fine on M2

rob

[IzsakiRobi]

Happy New Year!

Since then, I have tested it with several operating systems and WebKit works everywhere on the M2 processor.
(Asahi Linux - Gnome Desktop, Asahi-Ubuntu Gnome-Desktop)(Wayland and Xorg)
Only not, under Asahi-Fedora 😔
Gnome-online-accounts, mail client, browser, etc. would really need it.

For me and others, this is the only option to run Fedora on Apple Silicon.
There is a great need for this project.!

Any progress on the solution?

Thanks!

rob

[Conan-Kudo]

cc: @mcatanzaro

[mcatanzaro]

I can help get patches upstream if somebody works on it, but I don't know how to do the required work here, sorry. If anyone cares to try, start by trying to make it work with the JavaScriptCoreUseJIT=0 environment variable, so you only have to fix the slow interpreter tier first. There are more hints in the upstream bug https://bugs.webkit.org/show_bug.cgi?id=245697.

(Alternatively, if you are OK with rebuilding WebKit, you could use -DENABLE_JIT=OFF -DENABLE_C_LOOP=ON as a workaround.)

[leifliddy]

@mcatanzaro Thanks for your reply.
So I'm looking at webkitgtk-2.38.3-2.fc37.src.rpm

%define _vpath_builddir %{_vendor}-%{_target_os}-build/webkit2gtk-5.0
%cmake \
  -GNinja \
  -DPORT=GTK \
  -DCMAKE_BUILD_TYPE=Release \
  -DUSE_GTK4=ON \
  -DENABLE_WEBDRIVER=OFF \
%if %{without docs}
  -DENABLE_DOCUMENTATION=OFF \
%endif
%if !0%{?with_gamepad}
  -DENABLE_GAMEPAD=OFF \
%endif
%if 0%{?rhel}
%ifarch aarch64
  -DENABLE_JIT=OFF \
  -DUSE_SYSTEM_MALLOC=ON \
%endif
%endif
  %{nil}

And it's setting DENABLE_JIT=OFF for RHEL aarch64 (for webkit2gtk-5.0 and webkit2gtk-4.0)

I'm wondering if the case could be made for Fedora to follow suit.
However, making the issue less visible probably isn't going to help push things along. I'll try rebuilding with those options and will see if that works.

[leifliddy]

I was receiving this error

CMake Error at Source/cmake/WebKitFeatures.cmake:322 (message):
  ENABLE_SAMPLING_PROFILER conflicts with ENABLE_C_LOOP.  You must disable
  one or the other.

So I had to turn sampling profiling off

%ifarch aarch64
  -DENABLE_JIT=OFF \
  -DENABLE_C_LOOP=ON \
  -DENABLE_SAMPLING_PROFILER=off \
%endif

It's building now, could take a while.

I did try cross-compiling on an x86_64 system by passing --target=aarch64, but was met with this error:

Compiler.c.o -c /root/rpmbuild/BUILD/webkitgtk-2.38.3/redhat-linux-build/webkit2gtk-5.0/CMakeFiles/CMakeScratch/TryCompile-ELd16o/testCCompiler.c
    cc1: error: unrecognized command-line option '-mbranch-protection=standard'
    ninja: build stopped: subcommand failed.

[mcatanzaro]

I'm wondering if the case could be made for Fedora to follow suit.

No, we don't want to use these flags unless absolutely necessary.

[leifliddy]

@mcatanzaro @Conan-Kudo Is it possible to cross-compile?
Or does that -mbranch-protection=standard option prevent that from happening?

[mcatanzaro]

You should be able to cross-compile, but sometimes there are bugs. -mbranch-protection=standard is an aarch64-specific flag. Looks like that's being used on the host system by mistake for a configure check. Not sure how to fix that.

[leifliddy]

That's odd, I can't cross-compile any rpm's now without that issue cropping up.
Well at least it's consistent ; )
Looking at the CMakeError.log it looks like it's not setting the correct target.

Target: x86_64-redhat-linux

and it's just referencing the cross-compile toolchain

-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc - broken

Also, my build just failed on my macbook m1 due to a
No space left on device error. I've got approx 360GB of available disk space.
So I'm sure how that's even possible. Wait...I think it filled up /tmp
It's full of these files:

[root@fedora ~]# ll /tmp/
total 1497952
-rw-r--r--. 1 root       root       18643507 Jan  3 18:43 ccCFQzS0.ltrans0.o
-rw-r--r--. 1 root       root       16798903 Jan  3 18:43 ccCFQzS0.ltrans1.o
-rw-r--r--. 1 root       root       12275395 Jan  3 18:44 ccCFQzS0.ltrans10.o
-rw-r--r--. 1 root       root       12668559 Jan  3 18:44 ccCFQzS0.ltrans100.o
-rw-r--r--. 1 root       root        9392452 Jan  3 18:44 ccCFQzS0.ltrans101.o
-rw-r--r--. 1 root       root        9749288 Jan  3 18:44 ccCFQzS0.ltrans102.o
-rw-r--r--. 1 root       root        9053556 Jan  3 18:44 ccCFQzS0.ltrans103.o
-rw-r--r--. 1 root       root       10333647 Jan  3 18:44 ccCFQzS0.ltrans104.o
-rw-r--r--. 1 root       root        9378726 Jan  3 18:44 ccCFQzS0.ltrans105.o
...

I've never seen that before.
I mean it's like 40% full now, but I'm wondering if some files were deleted when the build process failed.
I'll look closer at both of these issues later...