Some depends can be switched to stable counterparts.
- simdutf-git → simdutf
- vulkan-memory-allocator-git → vulkan-memory-allocator
| 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.146751 |
| First Submitted: | 2022-09-12 14:59 (UTC) |
| Last Updated: | 2026-10-04 15:42 (UTC) |
Some depends can be switched to stable counterparts.
alerque: Which VCS dependencies is this referring to?
The pinned comment and the existence of the ladybird snapshot package dated just a couple days ago suggest it should be possible to build this with system packages only, but this package has several VCS dependencies. What gives?
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.
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...
@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."
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.
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.
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-staticprovides the specific version (and a pkg-conf file) needed by this build.