Package Details: ladybird-git r86614.40733220198-1

Git Clone URL: https://aur.archlinux.org/ladybird-git.git (read-only, click to copy)
Package Base: ladybird-git
Description: Truly independent web browser
Upstream URL: https://github.com/LadybirdBrowser/ladybird
Keywords: browser
Licenses: BSD-2-Clause
Conflicts: ladybird
Provides: ladybird
Submitter: xyproto
Maintainer: CxByte
Last Packager: CxByte
Votes: 26
Popularity: 0.152802
First Submitted: 2022-09-12 14:59 (UTC)
Last Updated: 2026-10-04 15:42 (UTC)

Pinned Comments

CxByte commented on 2025-07-10 01:47 (UTC)

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.

Latest Comments

1 2 3 4 5 6 .. 13 Next › Last »

ASOwnerYT commented on 2026-09-10 05:43 (UTC)

Configure currently fails with:

CMake Error at Meta/CMake/utils.cmake:207 (file):
  file RENAME failed to rename
    .../src/ladybird/Libraries/LibHTTP/Build/caches/HSTSPreload/transport_security_state_static.json.tmp
  to
    .../src/ladybird/Libraries/LibHTTP/Build/caches/HSTSPreload/transport_security_state_static.json
  because: No such file or directory

Cause: the PKGBUILD passes a relative -DLADYBIRD_CACHE_DIR=Build/caches. CMake resolves relative paths differently per file() sub-command: file(DOWNLOAD) writes relative to the process CWD ($srcdir, from cd "${srcdir}" in build()), while file(RENAME) resolves against CMAKE_CURRENT_SOURCE_DIR (here Libraries/LibHTTP). So the .tmp lands in $srcdir/Build/caches/HSTSPreload/ while the rename looks for it under $srcdir/ladybird/Libraries/LibHTTP/Build/caches/HSTSPreload/.

This was latent until upstream switched download_file_multisource() to a download-to-.tmp-then-rename scheme; it's now a hard error. Upstream's own default for this variable is absolute (${PROJECT_BINARY_DIR}/../caches in Meta/CMake/cmake_options.cmake).

One-line fix:

-    -DLADYBIRD_CACHE_DIR=Build/caches \
+    -DLADYBIRD_CACHE_DIR="${srcdir}/Build/caches" \

Verified locally: configure completes and the JSON lands correctly in $srcdir/Build/caches/HSTSPreload/.

Note for anyone who already hit this: you need makepkg -C. HSTS_PRELOAD_PATH is a cached PATH entry, so a stale src/build/CMakeCache.txt holds the old relative value and reproduces the error even after the PKGBUILD is fixed.

Kage-Yami commented on 2026-08-19 02:13 (UTC)

I believe qt6-positioning is missing as a depends (I'm assuming runtime, given the other QT6 dependencies are not makedepends), per:

Getting the following error during build (clean chroot via aurto); manually building with makepkg when I have qt6-positioning installed works.

-- Found OpenGL: /usr/lib/libOpenGL.so
-- Found WrapAtomic: TRUE
-- Found WrapOpenGL: TRUE
-- Could NOT find WrapVulkanHeaders (missing: Vulkan_INCLUDE_DIR)
-- Could NOT find Qt6Positioning (missing: Qt6Positioning_DIR)
CMake Error at UI/Qt/CMakeLists.txt:8 (find_package):
  Found package configuration file:

    /usr/lib/cmake/Qt6/Qt6Config.cmake

  but it set Qt6_FOUND to FALSE so package "Qt6" is considered to be NOT
  FOUND.  Reason given by package:

  Failed to find required Qt component "Positioning".

  Expected Config file at
  "/usr/lib/cmake/Qt6Positioning/Qt6PositioningConfig.cmake" does NOT exist



  Configuring with --debug-find-pkg=Qt6Positioning might reveal details why
  the package was not found.

  Configuring with -DQT_DEBUG_FIND_PACKAGE=ON will print the values of some
  of the path variables that find_package uses to try and find the package.



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

CxByte commented on 2026-08-09 13:29 (UTC)

@unknown78: That's a GCC 16.1.1 bug, I have an update that disables it but for now "The AUR is down due to maintenance."

unknown78 commented on 2026-08-09 12:58 (UTC)

There is a build warning which is treated as error by -Wall. Of course the Warning can be ignored but this should get a proper fix.

https://termbin.com/j2rc

xiota commented on 2026-07-20 09:32 (UTC)

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

alireza6677 commented on 2026-07-20 06:41 (UTC)

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

CxByte commented on 2026-07-09 11:34 (UTC)

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

OzzyHelix commented on 2026-07-09 10:55 (UTC) (edited on 2026-07-09 10:55 (UTC) by OzzyHelix)

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

CxByte commented on 2026-07-05 12:06 (UTC)

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.

unknown78 commented on 2026-06-22 09:09 (UTC)

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
}