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.

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

yobson: Sorry, I forgot to revert the libpng dep change. should build fine with libpng-apng (AUR); I pushed an update.

fails to build

-- Found PNG: /usr/lib/libpng.so (found version "1.6.56")
-- Found the following WebP libraries:
--  WebP (required): /usr/lib/libwebp.so
--  webpdemux (optional): /usr/lib/libwebpdemux.so
--  mux (optional): /usr/lib/libwebpmux.so
--  decoder (optional): /usr/lib/libwebpdecoder.so
-- Found WebP: /usr/include
-- Performing Test LIBPNG_HAS_APNG
-- Performing Test LIBPNG_HAS_APNG - Failed
CMake Error at Libraries/LibGfx/CMakeLists.txt:133 (message):
  libpng does not support APNG, which is required by LibGfx.


-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
    Aborting...
error: failed to build 'ladybird-git-r76522.fd3a09a8ce9-1':

this fails to build for a bit now... here is the error:

-- Performing Test COMPILER_HAS_DEPRECATED_ATTR - Success
CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:290 (message):
  Failed to find all ICU components: Found unsuitable version "78.3", but
  required is exact version "78.2" (found /usr/include, found components:
  data i18n uc)
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:652 (_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake/Modules/FindICU.cmake:393 (find_package_handle_standard_args)
  Libraries/LibUnicode/CMakeLists.txt:30 (find_package)

Due to the asintgen Rust tool built and used during compilation, I was getting build failures caused by having the CARGO_TARGET_DIR env var set to something nonstandard. This should probably be reset/set to target in the PKGBUILD, and maybe RUSTUP_TOOLCHAIN should be set stable/whatever is used for the project as well, while you're at it. Thanks.

apng support was merged into extra/libpng, therefore aur/libpng-apng was orphaned.

Oh great, upstream sure is racking up rust deps. Thanks for the report!

-- Found ICU: /usr/include (found suitable exact version "78.2") found components: data i18n uc
CMake Error at Meta/CMake/rust_crate.cmake:21 (find_program):
  Could not find RUST_CARGO using the following names: cargo
Call Stack (most recent call first):
  Libraries/LibUnicode/CMakeLists.txt:33 (import_rust_crate)


-- Configuring incomplete, errors occurred!

cargo (not even generic rust) seems to have become a necessary build dependency?