Arch Linux User Repository

There is no new tagged (or otherwise differentiable) version to update to. Existing bumps to arbitrary revisions have been done whenever I get around to it to avoid the package falling into complete disrepair (which would cause it to be deleted and most likely recreated by some third party) and to make sure that people who don't pay attention don't get a version that is years out of date. The actual package has always been ladybird-git, and that will remain the case for the foreseeable future as well.

Also getting build error:

2960/2978] Building CXX object Ladybird/Qt/CMakeFiles/ladybird.dir/FindInPageWidget.cpp.o
FAILED: Ladybird/Qt/CMakeFiles/ladybird.dir/FindInPageWidget.cpp.o

cache/yay/ladybird/src/ladybird/Ladybird/Qt/FindInPageWidget.cpp:65:39: error: ‘void QCheckBox::stateChanged(int)’ is deprecated: Use checkStateChanged() instead [-Werror=deprecated-declarations]
   65 |     connect(m_match_case, &QCheckBox::stateChanged, this, [this] {
      |                                       ^~~~~~~~~~~~
....
At global scope:
cc1plus: note: unrecognized command-line option ‘-Wno-user-defined-literals’ may have been intended to silence earlier diagnostics
cc1plus: note: unrecognized command-line option ‘-Wno-shorten-64-to-32’ may have been intended to silence earlier diagnostics
cc1plus: note: unrecognized command-line option ‘-Wno-unused-command-line-argument’ may have been intended to silence earlier diagnostics
cc1plus: note: unrecognized command-line option ‘-Wno-unknown-warning-option’ may have been intended to silence earlier diagnostics
cc1plus: all warnings being treated as errors
[2968/2978] Building CXX object Ladybird/Qt/CMakeFiles/ladybird.dir/WebContentView.cpp.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: ladybird-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
ladybird - exit status 4

@bhuvan The error output points out an error log, please read it.

@bhuvan have you enabled to chroot build option in paru?

I get the same error that @RubenKelevra got while trying to install ladybird using paru. I am not sure what am i doing wrong here. I tried installing it few days back I got the same error.

Call Stack (most recent call first):
  scripts/cmake/vcpkg_download_distfile.cmake:270 (z_vcpkg_download_distfile_show_proxy_and_fail)
  scripts/cmake/vcpkg_from_gitlab.cmake:113 (vcpkg_download_distfile)
  buildtrees/versioning_/versions/dav1d/0349d1196602b2983b1171647b30b5a9379920c6/portfile.cmake:1 (vcpkg_from_gitlab)
  scripts/ports.cmake:191 (include)


error: building dav1d:x64-linux failed with: BUILD_FAILED
Elapsed time to handle dav1d:x64-linux: 37.4 ms
Please ensure you're using the latest port files with `git pull` and `vcpkg update`.
Then check for known issues at:
  https://github.com/microsoft/vcpkg/issues?q=is%3Aissue+is%3Aopen+in%3Atitle+dav1d
You can submit a new issue at:
  https://github.com/microsoft/vcpkg/issues/new?title=[dav1d]+Build+error+on+x64-linux&body=Copy+issue+body+from+%2Fhome%2Fbhuvan%2F.cache%2Fparu%2Fclone%2Fladybird%2Fsrc%2Fbuild%2Fvcpkg_installed%2Fvcpkg%2Fissue_body.md

-- Running vcpkg install - failed
CMake Error at /home/bhuvan/.cache/paru/clone/ladybird/src/vcpkg/scripts/buildsystems/vcpkg.cmake:899 (message):
  vcpkg install failed.  See logs for more information:
  /home/bhuvan/.cache/paru/clone/ladybird/src/build/vcpkg-manifest-install.log
Call Stack (most recent call first):
  /usr/share/cmake/Modules/CMakeDetermineSystem.cmake:146 (include)
  CMakeLists.txt:10 (project)


CMake Error: CMake was unable to find a build program corresponding to "Ninja".  CMAKE_MAKE_PROGRAM is not set.  You probably need to select a different build tool.
CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage
CMake Error: CMAKE_CXX_COMPILER not set, after EnableLanguage
-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
    Aborting...
error: failed to build 'ladybird-20240716-1': 
error: packages failed to build: ladybird-20240716-1

I am not sure if it is the same error or a different one. I have ninja installed in my system too. I am installing it on my laptop which I use daily.

@timschumi

I can't tell you why it fixed the issue for me, but I build it several times now with the new version, and it worked every time.

While it failed 3 times before.

So was it a local issue, or do you need to fix it upstream? I'm confused now. :)

@RubenKelevra Again, this was unrelated, as evidenced by somebody apparently having the same issue even on the 20240716 version of the package.

@bionade24 I have the option to either fix the actual issue upstream or to paper over it within the PKGBUILD. If you don't mind, I'd rather do it properly.

@timschumi if upstream build violates namcap or some other Archlinux packaging guidelines are there isn't a specific exception for this (e.g. go software), this is still the packagers responsibility. As a pkg maintainer you should patch upstream if it is necessary for the user experience, even if Archlinux tends to follow upstream closer than most distros.

@timschumi sure you did:

-source=("git+$url#commit=d07cf26894bcaa5791ed3b7715b94e25227b2bda" # 2024-07-11
+source=("git+$url#commit=bfc9dc447f42eb9d7d0927721291d1b528b3125d" # 2024-07-16

This fixed the build issue.

@bionade24 Thanks for the pointer about namcap, I haven't heard about that before. That said, most of the issues would be attributed to upstream packaging bugs (since most of it boils down to test files and empty test directories being installed) instead of something that this particular PKGBUILD is doing wrong.

@RubenKelevra I have changed precisely nothing related to this issue. It has always been a local problem.

AUR helpers are not supported by Arch Linux.

even if it's not an officially supported way

The whole AUR is not "officially supported", so spare us that crap.

Package should build fine in a chroot, regardless if it's a docker container or a systemd-nspawn. There should be no difference.

The updated version now builds fine in chroot again. So thanks for the fix @timschumi. :)