Package Details: ladybird-git r72382.8c8961171c4-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: 29
Popularity: 2.39
First Submitted: 2022-09-12 14:59 (UTC)
Last Updated: 2025-10-24 16:58 (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 .. 9 Next › Last »

shadow_absorber commented on 2025-11-13 16:24 (UTC)

CxByte: seems to have been fixed now... it finished compiling and can be launched!

CxByte commented on 2025-11-09 20:00 (UTC) (edited on 2025-11-13 13:33 (UTC) by CxByte)

shadow_absorber: ~I see that too, I've reported it on ladybird's discord; will update whenever it gets fixed. In the meantime, building with clang works fine.~ Builds fine for me with latest git ref.

shadow_absorber commented on 2025-11-09 17:49 (UTC)

for the last few days this have failed to build... this looks like the relevant errors:

[3047/3816] Building CXX object Lagom/Libraries/LibWeb/CMakeFiles/LibWeb.dir/Bindings/HTMLIFrameElementPrototype.cpp.o
FAILED: [code=1] Lagom/Libraries/LibWeb/CMakeFiles/LibWeb.dir/Bindings/HTMLIFrameElementPrototype.cpp.o
HTMLIFrameElementPrototype.cpp
In file included from /home/user/.cache/paru/clone/ladybird-git/src/ladybird/AK/ByteStringImpl.h:11,
                 from /home/user/.cache/paru/clone/ladybird-git/src/ladybird/AK/ByteString.h:9,
                 from /home/user/.cache/paru/clone/ladybird-git/src/ladybird/Libraries/LibIDL/Types.h:13,
                 from /home/user/.cache/paru/clone/ladybird-git/src/build/Lagom/Libraries/LibWeb/Bindings/HTMLIFrameElementPrototype.cpp:3:
In member function ‘bool AK::RefCounted<T>::unref() const [with T = GC::RootImpl]’,
    inlined from ‘void AK::unref_if_not_null(T*) [with T = GC::RootImpl]’ at /home/user/.cache/paru/clone/ladybird-git/src/ladybird/AK/NonnullRefPtr.h:32:19,
    inlined from ‘void AK::RefPtr<T>::clear() [with T = GC::RootImpl]’ at /home/user/.cache/paru/clone/ladybird-git/src/ladybird/AK/RefPtr.h:223:26,
    inlined from ‘AK::RefPtr<T>::~RefPtr() [with T = GC::RootImpl]’ at /home/user/.cache/paru/clone/ladybird-git/src/ladybird/AK/RefPtr.h:103:14,
    inlined from ‘GC::Root<Web::TrustedTypes::TrustedHTML>::~Root()’ at /home/user/.cache/paru/clone/ladybird-git/src/ladybird/Libraries/LibGC/Root.h:47:7,
    inlined from ‘static void AK::Detail::Variant<IndexType, InitialIndex, F, Ts ...>::delete_(IndexType, void*) [with IndexType = unsigned char; IndexType InitialIndex = 0; F = GC::Root<Web::TrustedTypes::TrustedHTML>; Ts = {AK::Utf16String}]’ at /home/user/.cache/paru/clone/ladybird-git/src/ladybird/AK/Variant.h:53:35,
    inlined from ‘AK::Variant<Ts>::~Variant() requires !((IsTriviallyDestructible<Ts> && ...)) [with Ts = {GC::Root<Web::TrustedTypes::TrustedHTML>, AK::Utf16String}]’ at /home/user/.cache/paru/clone/ladybird-git/src/ladybird/AK/Variant.h:299:24,
    inlined from ‘static void AK::Detail::Variant<IndexType, InitialIndex, F, Ts ...>::delete_(IndexType, void*) [with IndexType = unsigned char; IndexType InitialIndex = 0; F = AK::Variant<GC::Root<Web::TrustedTypes::TrustedHTML>, AK::Utf16String>; Ts = {JS::ErrorValue}]’ at /home/user/.cache/paru/clone/ladybird-git/src/ladybird/AK/Variant.h:53:35,
    inlined from ‘AK::Variant<Ts>::~Variant() requires !((IsTriviallyDestructible<Ts> && ...)) [with Ts = {AK::Variant<GC::Root<Web::TrustedTypes::TrustedHTML>, AK::Utf16String>, JS::ErrorValue}]’ at /home/user/.cache/paru/clone/ladybird-git/src/ladybird/AK/Variant.h:299:24,
    inlined from ‘JS::ThrowCompletionOr<AK::Variant<GC::Root<Web::TrustedTypes::TrustedHTML>, AK::Utf16String> >::~ThrowCompletionOr()’ at /home/user/.cache/paru/clone/ladybird-git/src/ladybird/Libraries/LibJS/Runtime/Completion.h:230:21,
    inlined from ‘static JS::ThrowCompletionOr<JS::Value> Web::Bindings::HTMLIFrameElementPrototype::srcdoc_getter(JS::VM&)’ at /home/user/.cache/paru/clone/ladybird-git/src/build/Lagom/Libraries/LibWeb/Bindings/HTMLIFrameElementPrototype.cpp:655:1:
/home/user/.cache/paru/clone/ladybird-git/src/ladybird/AK/RefCounted.h:65:13: error: ‘void operator delete(void*, std::size_t)’ called on a pointer to an unallocated object ‘1’ [-Werror=free-nonheap-object]
   65 |             delete static_cast<T const*>(this);
      |             ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Knotrocket commented on 2025-10-31 02:30 (UTC) (edited on 2025-10-31 02:37 (UTC) by Knotrocket)

With the release of QT 6.10 qt6-wayland should no longer be needed. Also upsteam has dropped the dependency on qt6-multimedia in 9f44fcb.

Bitals commented on 2025-10-28 18:41 (UTC)

Magically built fine today. Maybe the simdutf-git update helped, not sure.

Bitals commented on 2025-10-27 08:01 (UTC) (edited on 2025-10-27 08:27 (UTC) by Bitals)

@xiota I build in a CD container, so it's pretty much always a clean chroot except the running kernel is from Debian 12 (I don't think this should matter for a browser, or most other things that are not kernel modules? But maybe it does here?).

Both container and desktops it's built for are on Arch.

xiota commented on 2025-10-24 19:25 (UTC) (edited on 2025-10-24 19:27 (UTC) by xiota)

@Bitals Try building in a clean chroot.

Are you on Manjaro? If so, you should switch to the testing repo or wait a couple weeks.

Bitals commented on 2025-10-24 18:21 (UTC)

Still fail at the same stage ([3755/3762] Linking CXX executable bin/Ladybird) with LTO disabled (new PKGBUILD).

CxByte commented on 2025-10-24 16:50 (UTC)

xiota: sure, we can disable lto by default, I just never had a reason to disable it before.

xiota commented on 2025-10-24 16:46 (UTC)

@Bitals Have you tried ensuring LTO is disabled?

@CxByte Rather than maybe enable/disable LTO, depending on whether clang is detected, consider just disabling it. While this is still considered pre-alpha, trading marginal performance gain for spurious linking and runtime errors doesn't make sense.