Package Details: librewolf 1:139.0.4_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: 177
Popularity: 7.92
First Submitted: 2019-06-14 18:41 (UTC)
Last Updated: 2025-06-13 06:40 (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

« First ‹ Previous 1 .. 15 16 17 18 19 20 21 22 23 24 25 .. 34 Next › Last »

lahwaacz commented on 2022-03-07 20:43 (UTC)

@prg If you use fewer cores/threads for your virtual machine, you can likely get away with less memory.

prg commented on 2022-03-07 18:56 (UTC) (edited on 2022-03-07 18:57 (UTC) by prg)

@Eile I have been using a VM with 14GB of RAM to regularly compile librewolf, but as of 97.0.2 the librewolf build process is using more memory than before and is getting OOM-killed during the build.

Perhaps something changed in the firefox build scripts in this most recent version that require more memory ?

Eile_Kerning commented on 2022-03-01 16:04 (UTC) (edited on 2022-03-01 16:11 (UTC) by Eile_Kerning)

Apologies, librewolf fails to build. I am not using a chroot, simply running makepkg -sCcr. Here is the log: https://gist.github.com/Orangian/01153fc924511ca7be4d181640c8f774

Any help would be much appreciated!

edit: Whoops! Appears to be my fault. The system is killing the compilation due to me running out of memory. 16 GiB is apparently not enough.

edit2: I have 14 GiB free at time of compile, should that be enough?

lsf commented on 2022-02-04 10:56 (UTC)

Ah, yeah – unfortunately, pgp verification in the chroot is a bit… complicated.

To skip it, you could just run makechrootpkg -c -r /chroot/path/wherever -- --skippgpcheck (assuming you run it with mackechrootpkg, with paru it would be something with --mflags, iirc, or maybe even "just" --skippgpcheck) – this will pass the option to the chrooted makepkg to skip it.

Jayman commented on 2022-02-04 10:20 (UTC)

I’m trying to build librewolf in a clean chroot, but I’m getting the following error:

==> Validating source files with sha256sums...
    firefox-96.0.3.source.tar.xz ... Passed
    firefox-96.0.3.source.tar.xz.asc ... Skipped
    librewolf.desktop ... Passed
    common ... Skipped
    settings ... Skipped
    default192x192.png ... Passed
==> Verifying source file signatures with gpg...
    firefox-96.0.3.source.tar.xz ... FAILED (unknown public key EBE41E90F6F12F6D)
==> ERROR: One or more PGP signatures could not be verified!
==> ERROR: Could not download sources.

lsf commented on 2022-02-02 09:20 (UTC)

Hm, that's really odd stuff.

It seems for some users just removing python-pip for the duration of the build might've done the trick, but in the end that's probably something that needs to be addressed upstream.

I'd recommend building in a clean chroot (as described in https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot or with paru, which supports chroot building directly) – that should avoid any kind of conflicts with anything installed on the base system.

0x81 commented on 2022-01-31 07:48 (UTC)

Same issue. MACH_USE_SYSTEM_PYTHON is no help for me either.

This is probably be due to this change:

https://phabricator.services.mozilla.com/rMOZILLACENTRALca4d439114f34488f746c60ee022ebce1204552a

Kimble commented on 2022-01-28 17:25 (UTC) (edited on 2022-01-28 17:32 (UTC) by Kimble)

At least one month I have this issue, export MACH_USE_SYSTEM_PYTHON=0 doesn't help at all

==> Starting build()...
Building instrumented browser...
psutil<=5.8.0,>=5.4.2: Installed with unexpected version "5.9.0"
Traceback (most recent call last):
  File "/home/user/.cache/paru/clone/librewolf/src/firefox-96.0.2/./mach", line 126, in <module>
    main(sys.argv[1:])
  File "/home/user/.cache/paru/clone/librewolf/src/firefox-96.0.2/./mach", line 118, in main
    mach = check_and_get_mach(os.path.dirname(os.path.realpath(__file__)))
  File "/home/user/.cache/paru/clone/librewolf/src/firefox-96.0.2/./mach", line 105, in check_and_get_mach
    return load_mach(dir_path, mach_path)
  File "/home/user/.cache/paru/clone/librewolf/src/firefox-96.0.2/./mach", line 91, in load_mach
    return mach_initialize.initialize(dir_path)
  File "/home/user/.cache/paru/clone/librewolf/src/firefox-96.0.2/build/mach_initialize.py", line 219, in initialize
    _activate_python_environment(
  File "/home/user/.cache/paru/clone/librewolf/src/firefox-96.0.2/build/mach_initialize.py", line 172, in _activate_python_environment
    mach_environment = MachSiteManager.from_environment(
  File "/home/user/.cache/paru/clone/librewolf/src/firefox-96.0.2/python/mach/mach/site.py", line 259, in from_environment
    if external_python.provides_any_package("mach", requirements)
  File "/home/user/.cache/paru/clone/librewolf/src/firefox-96.0.2/python/mach/mach/site.py", line 800, in provides_any_package
    raise Exception(
Exception: The Python packages associated with "/usr/bin/python3" aren't compatible with the "mach" virtualenv
==> ERROR: A failure occurred in build().
    Aborting...
error: failed to build 'librewolf-96.0.2-1': 
error: packages failed to build: librewolf-96.0.2-1

ginnokami commented on 2022-01-22 13:38 (UTC)

So I updated the MACH_USE_SYSTEM_PYTHON flag to 0, but when building I get the exact same issue as I had before (with the only difference being the updated firefox version number 96.0.2).

lsf commented on 2022-01-22 10:58 (UTC)

I am not certain why this kind of errors only crops up now, but a quick workaround might just be to change line 222 in the PKGBUILD (https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=librewolf#n220) to export MACH_USE_SYSTEM_PYTHON=0. That should stop it from trying to use any system-wide packages/python completely.

« First ‹ Previous 1 .. 15 16 17 18 19 20 21 22 23 24 25 .. 34 Next › Last »