| 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: | 170 |
| Popularity: | 11.94 |
| First Submitted: | 2019-06-14 18:41 (UTC) |
| Last Updated: | 2025-04-16 17:19 (UTC) |
@lsf you're right. I had no base-devel installed. Strange.
The _ffmpeg_ver issue is that it's 2:5.1.2-1 with two dots.
_ffmpeg_ver="${_ffmpeg_ver#*:}" removes the 2: and we result in 5.1.2-1_ffmpeg_ver="${_ffmpeg_ver%.*}" removes the last .2-1 and we end up having 5.1 which is still not a number :) I guess the version shall not go beyond two dots meaning calling _ffmpeg_ver="${_ffmpeg_ver%.*}" two times shall fix that long versions issue.
Both are odd errors:
_ffmpeg_ver="${_ffmpeg_ver#*:}"
_ffmpeg_ver="${_ffmpeg_ver%.*}"
should cut the string down to the major ffmpeg version number, and with that, -gt 5 should work. At least it did in my tests?
patch should come with https://archlinux.org/packages/core/any/base-devel/, which is more or less a requirement for building things from the AUR anyway, which is why it wouldn't be added as a dependency, as it's assumed installed at this point.
Still probably helpful should anyone else come upon those issues, so thanks for pointing out solutions :)
The current latest version (111.0.1-1) build fails with these two issues in Manjaro Linux (kernel 6.2.7-2):
#if [ "${_ffmpeg_ver}" -gt 5 ]; then <- number expected pacman -Qi ffmpeg | gawk '/Version/{print $3}' is not a number. it's a string. For current Manjaro version it's 2:5.1.2-1patch command not found08:27:54 0001-libwebrtc-screen-cast-sync.patch ... FAILED
08:27:54 ==> ERROR: One or more files did not pass the validity check!
Manually redownloaded it again, indeed an incorrect checksum.
@karolyi, Brand new up-to-date no-changes installations would fail. Already figured it out, see below or my previous post which had solution, too.
@eclairevoyant, I did use makepkg -si, still failed, I already found out what the issue was. Someone has assumed trust over one of the gpg keys not listed, or has removed trust. The key, though imported, wasn't trusted at all. The asc verification that happens automatically is what was failing due to trust issue. Added marginal trust, the package could be built. Tried on a brand-new VM of Manjaro after adding key and trusting it, works.
@odinvex,
that is an error on your end. I build this package for myself every time (since I use the allow_dark_preference_with_rfp.patch), and aside from the recent build error that happened to everyone, it builds just fine.
Your best bet is to try and see if executing the same command as the PKGBUILD does, fails in a shell, and if yes, why.
No, if you use a helper you're on your own. We can only help if you use makepkg on Arch Linux (not some other distro). Please check the rules of the AUR.
pamac is also categorically broken, you'd better use a helper that at least supports clean chroots like paru or aurutils (read the man pages to learn how to set up a chroot with them).
@eclairevoyant, Of course someone uses an AUR helper to use the AUR...since AURs are not part of Arch's official support. pamac, in this case. I've managed to get it working despite the issues, keeping a script I threw together for future installs.
@OdinVex Well let's see, you're not using Arch (unsupported) and you're probably using an AUR helper (unsupported) hence this is not the place to get support.
Edit: also, 4360FE2109C49763186F8E21EBE41E90F6F12F6D is a subkey and should have been imported automatically when you import the key mentioned in this PKGBUILD:
$ gpg --list-keys --keyid-format LONG --with-subkey-fingerprints 14F26682D0916CDD81E37B6D61B7B526D98F0353
pub rsa4096/61B7B526D98F0353 2015-07-17 [SC]
14F26682D0916CDD81E37B6D61B7B526D98F0353
uid [ unknown] Mozilla Software Releases <release@mozilla.com>
sub rsa4096/EBE41E90F6F12F6D 2021-05-17 [S] [expires: 2023-05-17]
4360FE2109C49763186F8E21EBE41E90F6F12F6D
So you didn't need to chase down some trunk builds. You also don't need to trust the key, as you can see the key is still marked unknown trust for me. Probably something is broken with your AUR helper so you should use makepkg or makechrootpkg.
Every month I try to install this on a new Manjaro install, and it has never worked. My comments keep getting removed, despite the fact that I keep bitching about the same error(s). PGP, despite import, despite commenting-out, still fails.
Verifying source file signatures with gpg... firefox-109.0.1.source.tar.xz ... cat: write error: Broken pipe
Edit: Finally seems like I managed to get around the crap by removing all pgp-key related stuff (all were imported, but all failed anyway with that broken pipe) and removed .asc reliances (and the SHA256 SKIP entry relevant).
Edit: The new Mozilla key (nowhere mentioned, included, or trusted) needed to be manually marked as Trusted. All imported, but none trusted by default. Found the key in the trunk builds. 4360FE2109C49763186F8E21EBE41E90F6F12F6D
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).