Search Criteria
Package Details: ladybird-git r69937.536f8c395ce-1
Package Actions
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: | 23 |
Popularity: | 2.81 |
First Submitted: | 2022-09-12 14:59 (UTC) |
Last Updated: | 2025-06-25 06:30 (UTC) |
Dependencies (17)
- curl (curl-gitAUR, curl-c-aresAUR)
- ffmpeg (ffmpeg-nvcodec-11-1-gitAUR, ffmpeg-cudaAUR, ffmpeg-ffplayoutAUR, ffmpeg-decklinkAUR, ffmpeg-amd-fullAUR, ffmpeg-fullAUR, ffmpeg-headlessAUR, ffmpeg-amd-full-gitAUR, ffmpeg-full-gitAUR, ffmpeg-gitAUR, ffmpeg-obsAUR, ffmpeg-libfdk_aacAUR)
- libgl (libglvnd-gitAUR, amdgpu-pro-oglp-legacyAUR, nvidia-340xx-utilsAUR, amdgpu-pro-oglpAUR, libglvnd)
- qt6-base (qt6-base-gitAUR, qt6-base-headlessAUR)
- qt6-multimedia
- qt6-tools
- qt6-wayland
- ttf-liberation (ttf-defenestrationAUR)
- autoconf-archive (autoconf-archive-gitAUR) (make)
- automake (automake-gitAUR) (make)
- cmake (cmake3AUR, cmake-gitAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
- nasm (nasm-gitAUR) (make)
- ninja (ninja-kitwareAUR, ninja-fuchsia-gitAUR, ninja-gitAUR, ninja-jobserverAUR, ninja-memAUR, ninja-noemacs-gitAUR) (make)
- tar (tar-gitAUR) (make)
- unzip (unzip-natspecAUR, unzip-zstdAUR, unzip-pAUR, unzip-bsdunzip-symlinkAUR) (make)
- zip (zip-natspecAUR) (make)
Latest Comments
1 2 3 4 5 6 7 Next › Last »
sixtyfive commented on 2025-06-13 16:09 (UTC)
@dlazar, happy to help! When you use yay and there's been an update to the Ladybird sources, it'll clone and build the whole thing all over again. Foregoing the convenience of yay and using makepkg directly will keep the same source tree clone intact. Therefore, your old CPUs will only have to compile the parts of it that have changed.
dlazar commented on 2025-06-13 16:01 (UTC)
@sixtyfive
That is all I meant by macro! The short list of commands to run to use ladybird, but also keep it up to date. Of course, seeing the makepkg command means this will be a laborious task for the old CPUs, but that is fine! Thanks for the info.
sixtyfive commented on 2025-06-13 15:57 (UTC)
@dlazar Dave, I don't know what you mean by "macro". For something like Ladybird, at its current stage of development, I would just not use yay at all. I'd clone this AUR repository and run makepkg myself whenever I wanted to update:
You'll have the Ladybird git repository available directly that way. No cache directory hidden away somewhere.
dlazar commented on 2025-06-13 14:36 (UTC)
@sixtyfive, what would you recommend as a "try this macro" way of going about experimenting with ladybird browser then, at this stage of its existence? While you point to an alternative to yay -S ladybird-git I am not sure I follow what a superior method might be? Could you kindly paste one here for me to learn from?
sixtyfive commented on 2025-06-13 14:29 (UTC)
@dlazar you might want to not use AUR helpers like yay for big source packages like this.
dlazar commented on 2025-06-13 14:08 (UTC)
I am at a bit of a loss here, but as this project develops, is it standard that now that I have successfully compiled the AUR version of this, resulting in a working binary on my machine, that I now do a git pull, when desired, and re-compile from scratch, thus smoking my machine for as long as it takes? I believe at some point it'll be a routine binary to download, but for now, it's all or nothing in recompiling from scratch, right?
dreieck commented on 2025-06-13 12:04 (UTC)
vcpkg
is now in the repositories.Can you maybe just use that package, instead of cloning it's sources (again)?
Regards!
dlazar commented on 2025-06-12 14:09 (UTC)
I started a build fresh and from scratch and this time it completed without errors, so it appears pulling fresh code from git worked to smooth over the inconsistencies. Browser is working. Thanks!
dlazar commented on 2025-06-12 13:37 (UTC)
@CxByte
I got a little further, but it choked and died in my overnight build as I awoke to this.
CxByte commented on 2025-06-12 04:12 (UTC)
xiota,dlazar: the 'default' preset was renamed in a recent commit (https://github.com/LadybirdBrowser/ladybird/commit/f2a10bda3274de751c23891dcd81df876dd734fe) that I missed. current version should build fine.
re using system packages instead of vcpkg, it should be possible and is technically on my todo list, but incremental builds are reasonably fast (unless the baseline gets bumped upstream, which usually forces a rebuild of most packages).
1 2 3 4 5 6 7 Next › Last »