Arch Linux User Repository

Please refrain from abusing the flagging of a package as out of date for build issues. This is not what it is supposed to be used for.

I automatically get notified of comments to this package. I do not need to be notified of whatever build problems occur (whether they are an individual's problems or the actual package's problems) twice, and not via flagging it out of date.

Issues with this package can also be reported at https://codeberg.org/librewolf/issues/issues (as it is also maintained there, at https://codeberg.org/librewolf/arch, too).

Building in clean chroot with changes to address other issues (eg, software rendering). Profiling for PGO fails.

Exiting due to channel error.
Firefox exited with code -11 during profile initialization

Appears to be caused by ublock origin. Disabling prior to instrumented build allows profiling to succeed. Requires jq in makedeps.

# temporarily disable ublock-origin, interferes with profiling
cp "lw/policies.json" "$srcdir/policies.json"
jq 'del(.policies.Extensions.Install)' "$srcdir/policies.json" > "lw/policies.json"

Then re-enable prior to optimized build:

# reenable ublock-origin
cp "$srcdir/policies.json" "lw/policies.json"

Getting:

 0:42.68 BUILDSTATUS@browser/locales START_langpack_manifest en-US
 0:42.83 /home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/python/mozbuild/mozbuild/action/langpack_manifest.py:46: DeprecationWarning: datetime.datetime.utcfromtimestamp() is deprecated and scheduled for removal in a future version. Use timezone-aware objects to represent datetimes in UTC: datetime.datetime.fromtimestamp(timestamp, datetime.UTC).
 0:42.83   return datetime.datetime.utcfromtimestamp(
 0:42.85 BUILDSTATUS@browser/locales END_langpack_manifest en-US
 0:42.85 BUILDSTATUS@browser/locales START_zip librewolf-134.0.1-1.en-US.langpack.xpi
 0:42.99 BUILDSTATUS@browser/locales END_zip librewolf-134.0.1-1.en-US.langpack.xpi
 0:42.99 make[4]: Leaving directory '/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu/browser/locales'
 0:42.99 make[3]: Leaving directory '/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu/browser/locales'
 0:42.99 make[2]: Leaving directory '/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu/browser/installer'
 0:42.99 make[1]: Leaving directory '/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu/browser/installer'
 0:42.99 make: Leaving directory '/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu'
 0:43.09 Created package: /home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/obj-x86_64-pc-linux-gnu/dist/librewolf-134.0.1-1.en-US.linux-x86_64.tar.bz2
  Parallelism determined by memory: using 12 jobs for 12 cores based on 15.4 GiB RAM and estimated job size of 1.0 GiB
Traceback (most recent call last):
  File "/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/build/pgo/profileserver.py", line 86, in <module>
    httpd.start(block=False)
    ~~~~~~~~~~~^^^^^^^^^^^^^
  File "/home/vasqueja/.pkgs/src/laur/librewolf/src/librewolf-134.0.1-1/testing/mozbase/mozhttpd/mozhttpd/mozhttpd.py", line 265, in start
    self.httpd = EasyServer((self.host, self.port), self.handler_class)
                 ~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.13/socketserver.py", line 457, in __init__
    self.server_bind()
    ~~~~~~~~~~~~~~~~^^
  File "/usr/lib/python3.13/http/server.py", line 136, in server_bind
    socketserver.TCPServer.server_bind(self)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^
  File "/usr/lib/python3.13/socketserver.py", line 473, in server_bind
    self.socket.bind(self.server_address)
    ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^
OSError: [Errno 98] Address already in use
==> ERROR: A failure occurred in build().
    Aborting...

Seems like not actual build failure, any hint?

Thanks !

Please refrain from abusing the flagging of a package as out of date for build issues. This is not what it is supposed to be used for.

I automatically get notified of comments to this package. I do not need to be notified of whatever build problems occur (whether they are an individual's problems or the actual package's problems) twice, and not via flagging it out of date.

Issues with this package can also be reported at https://codeberg.org/librewolf/issues/issues (as it is also maintained there, at https://codeberg.org/librewolf/arch, too).

After last system update:

Note that you are running Mach with Python 3.13.1, which is higher than the highest known working version of Python for Mach. Consider running Mach with Python 3.11 or lower.

Running the following command may solve your issue:

python3.9 ./mach build --priority normal

I haven't managed to get it to build with mold either and opted to remove related options from LDFLAGS and RUSTFLAGS. If you don't need mold for this package it's an easy fix

From 7eb31dabea71d74faef5315a53b957644370f62a Mon Sep 17 00:00:00 2001
From: Ian P Bradley <ian.bradley@studiocrabapple.com>
Date: Wed, 25 Dec 2024 01:52:57 -0800
Subject: [PATCH] Remove mold related flags from RUSTFLAGS and LDFLAGS

---
 PKGBUILD | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/PKGBUILD b/PKGBUILD
index 403e096..466b90a 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -195,6 +195,10 @@ build() {
   CFLAGS="${CFLAGS/-fexceptions/}"
   CXXFLAGS="${CXXFLAGS/-fexceptions/}"

+  # Remove mold linker related flags that break builds
+  RUSTFLAGS="${RUSTFLAGS/-C?link-arg=-fuse-ld=mold/}"
+  LDFLAGS="$(shopt -s extglob; echo ${LDFLAGS//+(-fuse-ld=mold|-Wl,--separate-debug-file)})"
+
   # LTO needs more open files
   ulimit -n 4096

-- 
2.47.1

Hello all, I apologize for coming in with a completely unrelated issue. I have been trying to build Librewolf using the mold linker, I get these results:

3:11.52 = note: ld.lld: error: unknown argument '-fuse-ld=mold' 3:11.53 clang: error: linker command failed with exit code 1 (use -v to see invocation) 3:11.53 3:11.53 error: could not compileproc-macro2(build script) due to 1 previous error 3:12.31 make[4]: *** [/home/Blake/.cache/yay/librewolf/src/librewolf-133.0-1/config/makefiles/rust.mk:504: force-cargo-library-build] Error 101 3:12.63 make[3]: *** [/home/Blake/.cache/yay/librewolf/src/librewolf-133.0-1/config/recurse.mk:72: toolkit/library/rust/target-objects] Error 2 3:12.64 make[3]: *** Waiting for unfinished jobs.... 3:15.25 make[2]: *** [/home/Blake/.cache/yay/librewolf/src/librewolf-133.0-1/config/recurse.mk:34: compile] Error 2 3:15.25 make[1]: *** [/home/Blake/.cache/yay/librewolf/src/librewolf-133.0-1/config/rules.mk:359: default] Error 2 3:15.25 make: *** [client.mk:60: build] Error 2 3:15.45 W 0 compiler warnings present. ==> ERROR: A failure occurred in build(). Aborting... -> error making: librewolf-exit status 4 -> Failed to install the following packages. Manual intervention is required: librewolf - exit status 4

I then attempted to change the pkgbuild itself by changing the line: ac_add_options --enable-linker=mold However, it spits out this error:

2:50.12 = note: mold: fatal: -auxiliary may not be used without -shared 2:50.13 clang: error: linker command failed with exit code 1 (use -v to see invocation) 2:50.13 2:50.14 error: could not compileproc-macro2(build script) due to 1 previous error 2:50.85 make[4]: *** [/home/Blake/librewolf/src/librewolf-133.0-1/config/makefiles/rust.mk:504: force-cargo-library-build] Error 101 2:50.85 make[3]: *** [/home/Blake/librewolf/src/librewolf-133.0-1/config/recurse.mk:72: toolkit/library/rust/target-objects] Error 2 2:50.85 make[3]: *** Waiting for unfinished jobs.... 2:54.06 make[2]: *** [/home/Blake/librewolf/src/librewolf-133.0-1/config/recurse.mk:34: compile] Error 2 2:54.06 make[1]: *** [/home/Blake/librewolf/src/librewolf-133.0-1/config/rules.mk:359: default] Error 2 2:54.06 make: *** [client.mk:60: build] Error 2 2:54.26 W 0 compiler warnings present. ==> ERROR: A failure occurred in build(). Aborting... Perhaps this is merely a mold issue and not a librewolf issue? Other applications compiled just fine, however.

importing mozillas pgp key might help people unable to install due to missing keys.

gpg --recv-key EBE41E90F6F12F6D

Trying to build at the moment gives the following error:

0:04.34 ERROR: The libclang located at /usr/lib/libclang.so is too old (need at least 5.0). 0:04.34 Please make sure to update it or point to a newer libclang using 0:04.34 --with-libclang-path.

Installed clang:

$ clang --version clang version 18.1.8 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/bin

$ readelf -a /usr/lib/libclang.so | grep SONAME 0x000000000000000e (SONAME) Library soname: [libclang.so.18.1]

And we're right back to uncompilable again, just like before. Edit: Clean-building doesn't help, sometimes you have to flat out remove the entire librewolf folder from the yay cache. (~/.cache/yay/librewolf) Sometimes it'll compile, sometimes it won't.

@knuxyl, I was lucky enough to get 130.0-1 that worked but -2 and -3 failed, same error you have. Edit: I won't be disabling hwaccel either, so I'll wait until it's fixed. I wonder what's causing this. I noticed 130 changed the browser's DNS settings to Mozilla's Cloudflare crap instead of Off (system DNS). Mozilla's getting creepier and creepier.