Arch Linux User Repository

A note since this package now builds with the system libs: skia has to be installed and available through pkg-conf; skia-static provides the specific version (and a pkg-conf file) needed by this build.

Re disallowed syscall access, LadybirdBrowser/ladybird/issues/10601.

@OzzyHelix I also get the same error (installed from chaotic-aur)

@OzzyHelix, please take that bug report upstream - I think that's sys_access being denied by the sandbox.

so I am getting this error when trying to run this I installed from the chaotic aur and I suspect its an issue on their end or on my end but I figured I should say something about it

❯ Ladybird
kf.iconthemes: Icon theme "ubuntu-mono" not found.
kf.iconthemes: Icon theme "yaru" not found.
kf.iconthemes: Icon theme "Mint-X" not found.
kf.iconthemes: Icon theme "elementary" not found.
kf.iconthemes: Icon theme "bloom" not found.
kf.config.core: Watching absolute paths is not supported "/home/ozzy/.local/share/color-schemes/RedHotGraphite.colors"
Ladybird PID file '/run/user/1000/Ladybird.pid' exists with PID 77393, but process cannot be found
Sandbox violation: disallowed syscall access (21), architecture 0xc000003e, instruction pointer 0x7f3228519c5d, args [0x7f321c9d7980, 0x4, 0x7f321c9d799d, 0x7f321c9d79fe, 0x1, 0x5c3d5740000]
6227.558 Ladybird(350823): Failed to receive message_id: 8
VERIFICATION FAILED: !is_error() at /home/builder/build/src/ladybird/AK/Error.h:171
Ladybird(+0x404df25) [0x55c452ef2f25]
Ladybird(+0xc052fa) [0x55c44faaa2fa]
Ladybird(+0xbe6978) [0x55c44fa8b978]
Ladybird(+0xb9d0f6) [0x55c44fa420f6]
Ladybird(+0xba7fbe) [0x55c44fa4cfbe]
Ladybird(+0xb83731) [0x55c44fa28731]
Ladybird(+0xb7ea67) [0x55c44fa23a67]
Ladybird(main+0xb4) [0x55c450234be4]
/usr/lib/libc.so.6(+0x27741) [0x7fee51c27741]
/usr/lib/libc.so.6(__libc_start_main+0x89) [0x7fee51c27879]
Ladybird(+0xb713a5) [0x55c44fa163a5]
[1]    350823 illegal hardware instruction (core dumped)  Ladybird

unknown78: upstream wants to keep using mimalloc 2.x (seems like 3.x regresses memory usage by ~8%) so I've added the local patch.

mi_get_default_heap got removed -> https://github.com/microsoft/mimalloc/commit/9b110090b2f79ab202c01bd806c867122f9d729f

new prepare fixes the build ... but it's a dirty workaround and maybe should be fixed more clean upstream

prepare() {
  sed -e '/march=/d' -i ladybird/Meta/CMake/compile_options.cmake
  sed -e 's/78\.2 EXACT/78.2/' -i ladybird/Meta/CMake/check_for_dependencies.cmake
  sed -e 's/mi_heap_get_default/mi_heap_main/g' -i ladybird/AK/kmalloc.cpp
}

Build failing at

[463/797] Linking CXX executable bin/test-js
FAILED: [code=1] bin/test-js
...
...
collect2: error: ld returned 1 exit status
[480/797] Building CXX object Services/...ntservice.dir/ConnectionFromClient.cpp.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

I seem to be encountering an issue building this package. I got the following error:

CMake Error at /lib/cmake/harfbuzz/harfbuzz-config.cmake:7 (message):
  File or directory //include/harfbuzz referenced by variable
  HARFBUZZ_INCLUDE_DIR does not exist !
Call Stack (most recent call first):
  /lib/cmake/harfbuzz/harfbuzz-config.cmake:22 (set_and_check)
  Meta/CMake/check_for_dependencies.cmake:15 (find_package)
  CMakeLists.txt:55 (include)


-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
    Aborting...

This seems to be related to the new dependency checking scripts.

Edit: This can be fixed by adding: export CMAKE_PREFIX_PATH=/usr:$CMAKE_PREFIX_PATH in the build function before we call CMAKE.

If we really wanted to go one step further we could use pacman before exporting the variable to find the harfbuzz directory, that way we can actually customize the /usr portion of the variable incase harfbuzz is installed somewhere else.

An example could be something like this for dynamically fetching that directory:

HARFBUZZ_PREFIX=$(pacman -Ql harfbuzz | head -1 | awk '{print $2}')
export CMAKE_PREFIX_PATH="${HARFBUZZ_PREFIX}:$CMAKE_PREFIX_PATH"

Ladybird moved all of their dependency checks into a new file: ladybird/Meta/CMake/check_for_dependencies.cmake. This breaks the current PKGBUILD's patching of the dependency check for icu and causes the build to fail.

--- a/PKGBUILD
+++ b/PKGBUILD
@@ -58,7 +58,7 @@

 prepare() {
   sed -e '/march=/d' -i ladybird/Meta/CMake/compile_options.cmake
-  sed -e 's/78\.2 EXACT/78.2/' -i ladybird/Libraries/LibUnicode/CMakeLists.txt
+  sed -e 's/78\.2 EXACT/78.2/' -i ladybird/Meta/CMake/check_for_dependencies.cmake
 }

 build() {

-- Found Threads: TRUE
CMake Error at CMakeLists.txt:140 (find_package):
  Could not find a package configuration file provided by "mimalloc" with any
  of the following names:

    mimalloc.cps
    mimallocConfig.cmake
    mimalloc-config.cmake

  Add the installation prefix of "mimalloc" to CMAKE_PREFIX_PATH or set
  "mimalloc_DIR" to a directory containing one of the above files.  If
  "mimalloc" provides a separate development package or SDK, be sure it has
  been installed.


-- Configuring incomplete, errors occurred!

seems a new dependency on mimalloc is now needed.. works just fine after installing said package