Package Details: librewolf 1:150.0.3_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: 217
Popularity: 5.75
First Submitted: 2019-06-14 18:41 (UTC)
Last Updated: 2026-05-13 07:43 (UTC)

Sources (8)

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 2 3 4 5 6 7 .. 37 Next › Last »

bakerty commented on 2026-03-01 19:51 (UTC) (edited on 2026-03-28 16:47 (UTC) by bakerty)

Looking at the diffs, it appears the checksum was updated, but the 0003 patch file remains unchanged. Maybe the mistake is in the sources array?

Edit: Bitals' comment is the solution. I was under the assumption makepkg would overwrite local copies of web sources, but that is not the case. Without any version identifiers for patch files, old local copies need to be removed before trying to build.

ZeekRClark commented on 2026-02-27 18:06 (UTC)

Seeing the same, thanks for what you do lsf!

0003-Patch-glsl-optimizer-to-build-with-glibc-2.43.patch ... FAILED

auriel commented on 2026-02-26 08:39 (UTC) (edited on 2026-02-26 13:11 (UTC) by auriel)

I got an error:

0003-Patch-glsl-optimizer-to-build-with-glibc-2.43.patch ... FAILED
ERROR: One or more files did not pass the validity check!

I checked the source and think the checksum was not updated in the pkgbuild. Changed it manually and it worked

ZeekRClark commented on 2026-02-18 00:42 (UTC)

Thanks lsf, everything looks to be in order now, appreciate your time!

lsf commented on 2026-02-17 23:04 (UTC)

Good catch!

Pushed the updated librewolf.desktop that I forgot to push a few minutes ago, so that should now be fixed as well ^^

ZeekRClark commented on 2026-02-17 22:38 (UTC)

Thanks lsf!

I'm seeing a new error, looks like I'm failing the validity check, specifically:

librewolf.desktop ... FAILED
default192x192.png ... Passed

==> ERROR: One or more files did not pass the validity check!

lsf commented on 2026-02-17 14:22 (UTC)

Thanks for the comments! Seems like upstream Arch caught this already; I'll see about pushing an updated PKGBUILD later, if possible. In the meantime, you could already incorporate the patches yourself, if you want; see: https://gitlab.archlinux.org/archlinux/packaging/packages/firefox/-/commit/d82490f5db9d55f3e5e61b640c6618ab209aa06b#9b9baac1eb9b72790eef5540a1685306fc43fd6c_124_131

whatifwevibed commented on 2026-02-17 11:03 (UTC) (edited on 2026-02-17 11:17 (UTC) by whatifwevibed)

I am getting a build failure with the following errors for glslopt v0.1.12:

 1:09.08 warning: glslopt@0.1.12: In file included from src/compiler/glsl/glcpp/glcpp-parse.y:32:
 1:09.09 warning: glslopt@0.1.12: In file included from glsl-optimizer/src/mesa/main/mtypes.h:39:
 1:09.09 warning: glslopt@0.1.12: In file included from glsl-optimizer/include/c11/threads.h:66:
 1:09.09 warning: glslopt@0.1.12: glsl-optimizer/include/c11/threads_posix.h:69:25: error: typedef redefinition with different types ('pthread_once_t' (aka 'int') vs '__once_flag')
 1:09.09 warning: glslopt@0.1.12:    69 | typedef pthread_once_t  once_flag;
 1:09.10 warning: glslopt@0.1.12:       |                         ^
 1:09.10 warning: glslopt@0.1.12: /usr/include/bits/types/once_flag.h:24:21: note: previous definition is here
 1:09.10 warning: glslopt@0.1.12:    24 | typedef __once_flag once_flag;
 1:09.10 warning: glslopt@0.1.12:       |                     ^
 1:09.11 warning: glslopt@0.1.12: In file included from src/compiler/glsl/glcpp/glcpp-parse.y:32:
 1:09.11 warning: glslopt@0.1.12: In file included from glsl-optimizer/src/mesa/main/mtypes.h:39:
 1:09.11 warning: glslopt@0.1.12: In file included from glsl-optimizer/include/c11/threads.h:66:
 1:09.12 warning: glslopt@0.1.12: glsl-optimizer/include/c11/threads_posix.h:94:1: error: static declaration of 'call_once' follows non-static declaration
 1:09.12 warning: glslopt@0.1.12:    94 | call_once(once_flag *flag, void (*func)(void))
 1:09.12 warning: glslopt@0.1.12:       | ^
 1:09.12 warning: glslopt@0.1.12: /usr/include/stdlib.h:1195:13: note: previous declaration is here
 1:09.13 warning: glslopt@0.1.12:  1195 | extern void call_once (once_flag *__flag, void (*__func)(void));
 1:09.13 warning: glslopt@0.1.12:       |             ^

I don't seem to be the only person for whom this is happening as the previous commenter mentioned a similar issue, and build scripts for other browsers in different environments are breaking while using this crate. I will open an issue upstream at the previously linked github, and thanks for all the hard work.

ZeekRClark commented on 2026-02-14 02:01 (UTC)

Heads up, I keep getting the following alert when attempting to build the latest package so as to upgrade to the next version of LibreWolf: ==> ERROR: A failure occurred in build().

Looking further up the terminal I find the following errors flagged, though I'm not sure if they're truly the issue or not: error: failed to run custom build command for glslopt v0.1.12 /usr/include/bits/siginfo-consts.h:219:3: error: expected identifier /home/MYUSERNAME/.cache/aurutils/sync/librewolf/src/librewolf-147.0.3-2/security/sandbox/chromium/sandbox/linux/seccomp-bpf/trap.cc:155:46: error: use of undeclared identifier 'SYS_SECCOMP'

lsf commented on 2026-01-26 13:36 (UTC) (edited on 2026-01-26 13:59 (UTC) by lsf)

0x8a74eaaf89c17944 is just the (shortened) fingerprint of the signing subkey (0x43a83048df19c075a55266a78a74eaaf89c17944) belonging to 0x662e3cdd6fe329002d0ca5bb40339dd82b12ef16.

See https://keyserver.ubuntu.com/pks/lookup?search=8A74EAAF89C17944&fingerprint=on&op=index for example.