Package Details: librewolf 1:137.0.2_1-1

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: 171
Popularity: 12.14
First Submitted: 2019-06-14 18:41 (UTC)
Last Updated: 2025-04-16 17:19 (UTC)

Sources (3)

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).

Latest Comments

1 2 3 4 5 6 .. 33 Next › Last »

boxwood commented on 2025-04-16 21:46 (UTC) (edited on 2025-04-16 21:47 (UTC) by boxwood)

So I keep getting this build fail:

39:18.83 error: could not compile `gkrust` (lib)
39:18.85 Caused by:
39:18.91   process didn't exit successfully: `/usr/bin/rustc --crate-name gkrust [...]

GI_Jack commented on 2025-04-01 04:28 (UTC)

@xiota

Its with xvfb

xiota commented on 2025-03-17 01:27 (UTC)

@GI_Jack That is probably the profiling stage. Are you using xvfb or xwayland-run? Try the other to see if there is any difference. If not, and it bothers you enough, disable PGO.

GI_Jack commented on 2025-03-17 00:26 (UTC)

when compiling this package, librewolf is opened with test pages. This shouldn't happen for a compile job. I am not sure why its doing this, but it needs to stop

xiota commented on 2025-03-15 20:23 (UTC) (edited on 2025-03-28 01:02 (UTC) by xiota)

For those who don't want to use aur/xwayland-run-git:

_build_profiled_xvfb=true makepkg -srCf

CryogEnix commented on 2025-03-15 18:57 (UTC) (edited on 2025-03-15 18:57 (UTC) by CryogEnix)

@darkphysics I think I had the same thing happen to me—you need to get the xwayland-run-git package.

darkphysics commented on 2025-03-15 18:39 (UTC) (edited on 2025-03-15 18:40 (UTC) by darkphysics)

Build Fail: 

#  makepkg -s
==> Making package: librewolf 1:136.0.1_1-1 (Sat 15 Mar 2025 11:35:15 AM PDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Installing missing dependencies...
[sudo] password for user: 
error: target not found: wlheadless-run
==> ERROR: 'pacman' failed to install missing dependencies.
==> Missing dependencies:
  -> wlheadless-run
==> ERROR: Could not resolve all dependencies.

CryogEnix commented on 2025-03-10 05:01 (UTC) (edited on 2025-03-10 16:50 (UTC) by CryogEnix)

@xiota Thanks—I already had SWAP in my fstab, just enabled zswap and disabled PGO.

You mean setting "mk_add_options MOZ_PARALLEL_BUILD=<value>" in the PKGBUILD, correct? I assume in "weaker build systems" section? (You've suggested something similar for icecat.)

UPDATE After setting the value to 4, I can report a significant change—it got to "Finished 'release' profile [optimized] target(s) in 24m 44s" as opposed to failing the build at 8-10 min. Still going...

At roughly 90 minutes, this appears several times, still during compilation tier... I think this is normal?:

"ld.lld: warning: Linking two modules of different target triples:'../../../../../<item>' is '<item>' whereas '../../../<item>' is '<item>'"

113 minutes in – it got to misc tier...

The package has been successfully built :)

xiota commented on 2025-03-10 00:31 (UTC) (edited on 2025-03-10 00:37 (UTC) by xiota)

@CryogEnix Easiest way to build this on your machine would be to disable PGO. The issue with policies.json should be resolved in the current version. Alternatively, you can use a prebuilt binary through aur/librewolf-bin.

PGO = profile guided optimization. It provides a 10-20% boost on benchmarks, but takes about 3x as long to build because there are three stages: initial build, profiling, and optimized build. The build system normally uses an appropriate number of cores based on available RAM. Approximately 1-1.5 GiB per core are required. Make sure swap and zswap are both enabled. You can reduce the number of cores by setting MOZ_PARALLEL_BUILD.

Linking libxul.so with LTO has been reported to use 30GiB, single threaded with a different Firefox fork.

CryogEnix commented on 2025-03-09 23:49 (UTC) (edited on 2025-03-10 01:11 (UTC) by CryogEnix)

No matter what I do, I can't get past the instrumented build stage – I always run out of memory (journalctl: "Out of memory: Killed process 12576 (rustc)") It causes the build to stall for a while (can be 10min+), fail with: "error: could not compile 'firefox-on-glean (lib)'" "Caused by: process didn't exit successfully" [followed by a bunch of folders] and end in 4 "make[]: ***" errors and "23 compiler warnings" or simply hang until I forcibly poweroff the PC. Not to mention the number of deprecated items ("warning: 'deprecated pre-processor symbol'", "'gtk-key-snooper-removed' is deprecated" and "warning: 'gdk-color-parse' is deprecated", to name a few I could take note of) that appear. Unlike a previous user here from 2023, I don't use virtualization—NeWolf had roughly the same string of issues I have, only it doesn't seem to have anything to do with 'gkrust' specifically.

This happens even when logging out of desktop and into tty (only ~400 MiB used), with MAKEFLAGS="-j1" (setting this slightly improves compilation while commenting MAKEFLAGS does not help).

What is PGO and, if I disable it, how should I adjust the package for missing the policies.json, as suggested by OdinVex?... I'm beginning to wonder if I have the right hardware to compile something like a browser... (ô_ ô)

I do not use mold linker and have set "-march=native -02 -pipe" in CFLAGS along with "${CFLAGS}" in CXXFLAGS. I've also disabled "debug" and "lto" options in my makepkg.conf, though I believe the PKGBUILD should be overriding these anyway?

CARCH -- x86_64
CPU -- Intel i7-3630QM (8 cores) @3.400GHz
Memory -- 8GiB
Kernel -- 6.13.2-arch1-1
Manufacturer -- SAMSUNG ELECTRONICS CO

1 2 3 4 5 6 .. 33 Next › Last »