| Git Clone URL: | https://aur.archlinux.org/librewolf.git (read-only, click to copy) |
|---|---|
| Package Base: | librewolf |
| Description: | Community-maintained fork of Firefox, focused on privacy, security and freedom. |
| Upstream URL: | https://librewolf.net/ |
| Keywords: | browser web |
| Licenses: | MPL-2.0 |
| Submitter: | lsf |
| Maintainer: | lsf |
| Last Packager: | lsf |
| Votes: | 183 |
| Popularity: | 7.97 |
| First Submitted: | 2019-06-14 18:41 (UTC) |
| Last Updated: | 2025-07-16 16:49 (UTC) |
This error is caused due to a bad rustup installation (unknown reason).
To fix it type:
rustup install stable
rustup default stable
But unfortunately, even after I fixed this issue, I still couldn't install it on my system since it made my root partition run out of space (even though I still had 16GB available!). I ended up installing librewolf-bin instead.
@lsf
I tried building in a clean chroot with buildpkg -cp <folder with PKGBUILD> (I'm on Manjaro) and without the throttling you suggested I do previously.
I got the same error.
59:44.06 error: could not compile `gkrust`
59:44.06 Caused by:
59:44.06 process didn't exit successfully: `/usr/bin/rustc --crate-name gkrust toolkit/library/rust/lib.rs --error-format=json --json=diagnostic-rendered-ansi --crate-type staticlib --emit=dep-info,link -C opt-level=2 -C panic=abort -C embed-bitcode=no -Clto --cfg 'feature="cubeb-remoting"' --cfg 'feature="cubeb_pulse_rust"' --cfg 'feature="gecko_profiler"' --cfg 'feature="gecko_profiler_parse_elf"' --cfg 'feature="glean_disable_upload"' --cfg 'feature="glean_with_gecko"' --cfg 'feature="moz_memory"' --cfg 'feature="moz_places"' --cfg 'feature="oxidized_breakpad"' --cfg 'feature="quantum_render"' --cfg 'feature="remote_agent"' --cfg 'feature="simd-accel"' --cfg 'feature="webgpu"' --cfg 'feature="webrtc"' --cfg 'feature="with_dbus"' -C metadata=b603e2e0641cfdc7 -C extra-filename=-b603e2e0641cfdc7 --out-dir /build/librewolf/src/firefox-88.0.1/obj/x86_64-unknown-linux-gnu/release/deps --target x86_64-unknown-linux-gnu -C linker=/build/librewolf/src/firefox-88.0.1/build/cargo-linker -L dependency=/build/librewolf/src/firefox-88.0.1/obj/x86_64-unknown-linux-gnu/release/deps -L dependency=/build/librewolf/src/firefox-88.0.1/obj/release/deps --extern gkrust_shared=/build/librewolf/src/firefox-88.0.1/obj/x86_64-unknown-linux-gnu/release/deps/libgkrust_shared-ff405903dde6d116.rlib --extern mozglue_static=/build/librewolf/src/firefox-88.0.1/obj/x86_64-unknown-linux-gnu/release/deps/libmozglue_static-41c3f4aae1ea3eb6.rlib --extern mozilla_central_workspace_hack=/build/librewolf/src/firefox-88.0.1/obj/x86_64-unknown-linux-gnu/release/deps/libmozilla_central_workspace_hack-419fecc2df0180f1.rlib --extern swgl=/build/librewolf/src/firefox-88.0.1/obj/x86_64-unknown-linux-gnu/release/deps/libswgl-790ec29017ce2d9d.rlib -C opt-level=2 -C debuginfo=2 --cap-lints warn -Cembed-bitcode=yes -C panic=abort -C profile-generate=/build/librewolf/src/firefox-88.0.1/obj -C codegen-units=1 -L native=/usr/lib -L native=/build/librewolf/src/firefox-88.0.1/obj/x86_64-unknown-linux-gnu/release/build/audioipc-51196396890f2080/out -L native=/build/librewolf/src/firefox-88.0.1/obj/x86_64-unknown-linux-gnu/release/build/lmdb-rkv-sys-e765c0c8641e35ff/out -L native=/build/librewolf/src/firefox-88.0.1/obj/x86_64-unknown-linux-gnu/release/build/mozglue-static-78fa5c30d73aa8f6/out -L native=/build/librewolf/src/firefox-88.0.1/obj/dist/bin -L native=/build/librewolf/src/firefox-88.0.1/obj/security/nss/lib/nss/nss_nss3 -L native=/build/librewolf/src/firefox-88.0.1/obj/security/nss/lib/ssl/ssl_ssl3 -L native=/build/librewolf/src/firefox-88.0.1/obj/config/external/nspr/pr -L native=/build/librewolf/src/firefox-88.0.1/obj/x86_64-unknown-linux-gnu/release/build/swgl-85482b07cfa20409/out` (signal: 9, SIGKILL: kill)
59:44.10 make[4]: *** [/build/librewolf/src/firefox-88.0.1/config/makefiles/rust.mk:356: force-cargo-library-build] Error 101
59:44.11 make[3]: *** [/build/librewolf/src/firefox-88.0.1/config/recurse.mk:72: toolkit/library/rust/target] Error 2
59:44.11 make[2]: *** [/build/librewolf/src/firefox-88.0.1/config/recurse.mk:34: compile] Error 2
59:44.12 make[1]: *** [/build/librewolf/src/firefox-88.0.1/config/rules.mk:355: default] Error 2
59:44.13 make: *** [client.mk:65: build] Error 2
59:44.15 274 compiler warnings present.
Config object not found by mach.
Configure complete!
Be sure to run |mach build| to pick up any changes
==> ERROR: A failure occurred in build().
Aborting...
Thanks for the help so far.
Hm, I can only imagine some environment variable for rustup usage messes things up / causes rustup to be called (by default it's not used / needed during the build process, only rust is needed as a package). You could check for something like this, or try it in a clean chroot ( https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot )
When trying to install on my KDE Plasma, I encountered this error: https://pastebin.com/raw/qR0TUWj2
Hi, please add some patches from firefox-appmenu to this package to be more friendly with KDE plasma.
That shouldn't happen, unless you've changed some settings (like resistfingerprinting) – maybe you could check that?
There have been a few larger changes in the librewolf.cfg in one of the past few releases – have you checked if maybe your librewolf.cfg is still an old one? (a librewolf.cfg.pacnew file should be created if you had changed something in your librewolf.cfg before updating the package – a warning/note about this is displayed during the update process, but maybe that was missed somehow).
Librewolf 89.0 receives error messages from chase, mewe, and some other web sites to upgrade your browser. For instance Chase gives this message:
We don't support this browser version anymore. Using an updated version will help protect your accounts and provide a better experience.
Update your browser
Whereas the former version there were no complaints
@Hyolobrika: Hm, that's quite odd.
Would you care to give building it in a clean chroot a try (as outlined in https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot )? There might be something in your build environment / system that messes things up. Unfortunately, it's not really a "very helpful" error, so atm I can only give some very vague attempts at how to find out what's going on there / mitigate it – sorry about that!
@Cape
Remember that motion mark is a very specific test of browser performance. Which gets a bit more relevant once you look at canvas / canvas permissions as well as webgl/webgl2 etc. Some of those settings are restricted/changed in LibreWolf, so that's probably where you'd have to start looking at what's causing it – PGO/LTO shouldn't be the cause here.
To give you a starting point: There's an issue open that might be related at https://gitlab.com/librewolf-community/browser/windows/-/issues/54 – if you find something out (eg. which specific settings might trigger that kind of performance degradation in motion mark), it would be great if you could tell us! :)
Wow! So i built this package and performance in motion mark - compared to binary furryfox - is complete garbage!
furryfox score: 364 LibreWolf score: 35
I don't even care, but I'm curious to understand why? This is also a PGO+LTO optimized build, right? Maybe the profile run didn't work as expected? Is there something to look for?
Tried that separately and together. Neither worked.
diff --git a/PKGBUILD b/PKGBUILD
index 1b45a91..dc970c0 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -54,8 +54,14 @@ sha256sums_aarch64=('6ca87d2ac7dc48e6f595ca49ac8151936afced30d268a831c6a064b5203
prepare() {
mkdir -p mozbuild
cd firefox-$pkgver
-
+
+ # (Added by user) Try to limit resource usage to avoid errors per suggestion of lsf
+ export LDFLAGS+=" -Wl,--no-keep-memory"
+
cat >../mozconfig <<END
+# (Added by user) Try to limit resource usage to avoid errors per suggestion of lsf
+mk_add_options MOZ_MAKE_FLAGS="-j1"
+
ac_add_options --enable-application=browser
mk_add_options MOZ_OBJDIR=${PWD@Q}/obj
Pinned Comments
lsf commented on 2025-01-01 21:28 (UTC)
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).