Package Details: librewolf 1:139.0.1_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: 175
Popularity: 8.08
First Submitted: 2019-06-14 18:41 (UTC)
Last Updated: 2025-05-30 11:41 (UTC)

Dependencies (62)

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

OdinVex commented on 2025-03-02 05:00 (UTC) (edited on 2025-03-02 05:00 (UTC) by OdinVex)

@xiota, The package will work without PGO if you adjust it for missing the policies.json. I forgot what I did for that.

xiota commented on 2025-03-02 04:58 (UTC) (edited on 2025-03-02 05:10 (UTC) by xiota)

Portions of this package were revised based on a PKGBUILD I wrote (in a comment on 2025-02-14), which uses wlheadless-run, targeting wayland. extra/firefox uses xvfb, which targets X11.

I have not tried building the current incarnation of this package. It looks roughly functional, but still has some issues (eg, will not work if PGO is disabled). Maintainer has been made aware, and I presume is still working on it.

GI_Jack commented on 2025-03-02 03:57 (UTC)

Why does this have 'wlheadless-run' as a dep, and firefox does not?

AstroBarker commented on 2025-02-28 00:43 (UTC) (edited on 2025-02-28 00:53 (UTC) by AstroBarker)

Are the dependencies on this package up to date? Having to manually install every teeny tiny package or library kind of subverts the use of a package manager. Github would be easier.

marbens commented on 2025-02-25 22:23 (UTC) (edited on 2025-02-25 22:50 (UTC) by marbens)

You shouldn't use pkgrel for the upstream version, but instead use an underscore in pkgver.

Sources:

https://wiki.archlinux.org/title/PKGBUILD#pkgver

https://lists.archlinux.org/archives/list/aur-general@lists.archlinux.org/thread/CQCUHVRFWW2AKUHO4M225KHWSUH7Z4OA

Also, here's a patch that you can apply with git am <filename>, that should fix this problem: https://pastebin.com/1mpTmeni

Edit: I've also made this as a PR on Codeberg.

OdinVex commented on 2025-02-21 06:32 (UTC) (edited on 2025-02-21 06:34 (UTC) by OdinVex)

135.0.1-1 (312a51c4b8810e2c505072e17d93f05c5de8df40), cp: cannot stat '<removed>/librewolf/src/policies.json': No such file or directory

(I always edit to set _build_profiled_x86_64=false.)

karolyi commented on 2025-02-20 16:15 (UTC)

Yes, I apologize, in my case it seems to be that sccache (that I use to compile librewolf with) has wrongly cached artifacts from a previous compilation, that screwed up the actual compilation.

After emptying the cache (and shutting down the sccache daemon) it worked again.

xiota commented on 2025-02-20 14:21 (UTC)

aur/xwayland-run (non-git) has unsatisfactory packaging. Among other issues, some AUR helpers may fail to install after build.

lsf commented on 2025-02-20 13:44 (UTC) (edited on 2025-02-20 13:50 (UTC) by lsf)

@AndyRTR: from what I could gather when following xiota's examples, xwayland-run-git is the somewhat cleaner package (instead of hard-required specific compositors, for example, it has them as optdeps), so that's the one I picked, too. As we're here to build a package from the AUR anyway, and as I don't see why a -git package should be less okayish, I didn't think much further about it. I'm open to more input why it might be suboptimal though – I'm but a simple maintainer, and I've been wrong before [quite often, actually ;].

@karolyi: looks more like a pamac-related issue? (maybe some caching related stuff? You have paths with 135.0-1 and with 135.0.1-1 in your errors)

karolyi commented on 2025-02-20 13:00 (UTC)

Build bails out with the following error:

 0:02.72 make[4]: *** No rule to make target '/var/tmp/pamac-build-karolyi/librewolf/src/librewolf-135.0-1/third_party/rlbox_wasm2c_sandbox/c_src/wasm2c_sandbox_wrapper.c', needed by 'wasm2c_sandbox_wrapper.wasm'.  Stop.
 0:02.72 make[3]: *** [/var/tmp/pamac-build-karolyi/librewolf/src/librewolf-135.0.1-1/config/recurse.mk:72: media/libsoundtouch/src/target-objects] Error 2
 0:02.72 make[3]: *** Waiting for unfinished jobs....
 0:02.75 make[4]: *** No rule to make target '/var/tmp/pamac-build-karolyi/librewolf/src/librewolf-135.0-1/media/libogg/src/ogg_alloc.c', needed by 'ogg_alloc.wasm'.  Stop.
 0:02.75 make[3]: *** [/var/tmp/pamac-build-karolyi/librewolf/src/librewolf-135.0.1-1/config/recurse.mk:72: security/rlbox/target-objects] Error 2

« First ‹ Previous 1 2 3 4 5 6 7 8 9 .. 34 Next › Last »