Package Details: librewolf 134.0.2-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: GPL, MPL, LGPL
Submitter: lsf
Maintainer: lsf
Last Packager: lsf
Votes: 147
Popularity: 3.73
First Submitted: 2019-06-14 18:41 (UTC)
Last Updated: 2025-01-26 21:06 (UTC)

Dependencies (58)

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

« First ‹ Previous 1 .. 23 24 25 26 27 28 29 Next › Last »

therealOri commented on 2021-01-31 03:48 (UTC)

So far it never manages to download from the AUR. It always takes forever to build then aborts.. :\

Note, I am on Manjaro Linux. Arch Based so idk why it wouldn't work.

lsf commented on 2021-01-27 12:36 (UTC)

Yeah, sounds like a memory issue. I have 16GB and this happens sometimes when compiling locally as well.

You could try running it on fewer cores by uncommenting # mk_add_options MOZ_MAKE_FLAGS="-j4" in the PKGBUILD and setting it to something like half the amount of your physical cores or lower. This will obviously make things take quite a bit longer but might also use less RAM.

Another things worth trying might be to add export LDFLAGS+=" -Wl,--no-keep-memory" to the PKGBUILD (at somewhere around line 81). This is currently only used for the aarch64 builds, but should also lead to the linking process using less memory.

lahwaacz commented on 2021-01-27 11:38 (UTC)

@saloniamatteo: that can happen e.g. if you don't have enough RAM.

saloniamatteo commented on 2021-01-27 07:25 (UTC) (edited on 2021-01-27 11:35 (UTC) by saloniamatteo)

Yesterday I tried building this package twice, but it always failed in the same point, trying to compile gkrust, failing with an error code saying it received signal 9, and it was killed by kill, even though I set the process' niceness to -20 (the first time it was 0, the second time it was -20).

Does anyone else have the same issue?

lahwaacz commented on 2021-01-20 08:05 (UTC)

@pfctl: The base-devel group is assumed to be installed, see https://wiki.archlinux.org/index.php/Arch_User_Repository#Getting_started

pfctl commented on 2021-01-20 07:04 (UTC) (edited on 2021-01-20 07:06 (UTC) by pfctl)

commit 0094776 fails to build not finding m4 as a dependency FYI:

0:08.29 checking for m4... not found
0:08.29 DEBUG: m4: Trying gm4
0:08.29 DEBUG: m4: Trying m4
0:08.29 ERROR: Cannot find m4

alium commented on 2020-12-02 12:36 (UTC)

please use patchs from https://github.com/archlinux/svntogit-packages/tree/packages/firefox/trunk and fix compilation with rust 1.48.0 Using older rust is no solution. Thanks

« First ‹ Previous 1 .. 23 24 25 26 27 28 29 Next › Last »