Package Details: librewolf 1:153.0.0_3-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: 226
Popularity: 6.88
First Submitted: 2019-06-14 18:41 (UTC)
Last Updated: 2026-07-22 22:19 (UTC)

Sources (4)

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 .. 27 28 29 30 31 32 33 34 35 36 37 38 Next › Last »

lsf commented on 2021-04-28 13:48 (UTC)

Hm.. good point.

Never had this problem (with this package, at least), so I'd just naively assumed AUR helpers (like paru, in my case) checked for changes to checksums in the .SRCINFO and re-downloaded files accordingly.

To make all this less error prone, it would make sense to follow your hint, I guess, and do it the 

"${pkgver}-${pkgrel}_patch_filename.patch::https://gitlab.com/whatever/patch_filename.patch"
# …
  patch -p1 -i ../${pkgver}-${pkgrel}_patch_filename.patch

way in the next release – thanks!

lahwaacz commented on 2021-04-28 13:38 (UTC)

@lsf Caching sources is a makepkg feature. The names of the patches in this PKGBUILD are not unique and do not even depend on $pkgver, which causes these failures. See the warning in https://wiki.archlinux.org/index.php/PKGBUILD#source

lsf commented on 2021-04-28 13:29 (UTC)

It looks like Manjaro caches some of the downloaded source files somewhere – I don't know where it does that (or if you've used another AUR helper which does it / maybe even just used makepkg directly somewhere?). Basically you have to make sure that no leftover files from a previous build (like the .patch files for example) are left so the updated files will be downloaded and used instead of the cached ones – which leads to them not passing the checksum validation here (and which would subsequently lead to a failing build later on, probably).

robert1234 commented on 2021-04-28 13:01 (UTC) (edited on 2021-04-28 13:02 (UTC) by robert1234)

Librewolf fails to build on Manjaro Xfce. If anyone can help or fix this, that would be greatly appreciated.


Building librewolf...
==> Making package: librewolf 88.0-1 (Wed 28 Apr 2021 08:57:01 AM EDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found firefox-88.0.source.tar.xz
  -> Found librewolf.desktop
  -> Updating common git repo...
Fetching origin
  -> Updating settings git repo...
Fetching origin
From https://gitlab.com/librewolf-community/settings
   1b9cc88..e89e5cc  master                      -> master
 * [new branch]      override_cfg                -> override_cfg
 + 29042da...f0d0697 refs/merge-requests/11/merge -> refs/merge-requests/11/merge  (forced update)
 * [new ref]         refs/merge-requests/12/head -> refs/merge-requests/12/head
 * [new ref]         refs/merge-requests/12/merge -> refs/merge-requests/12/merge
 * [new ref]         refs/merge-requests/13/head -> refs/merge-requests/13/head
 * [new ref]         refs/merge-requests/13/merge -> refs/merge-requests/13/merge
   1b9cc88..e89e5cc  refs/merge-requests/2/merge -> refs/merge-requests/2/merge
   1b9cc88..e89e5cc  refs/merge-requests/7/merge -> refs/merge-requests/7/merge
  -> Found megabar.patch
  -> Found remove_addons.patch
  -> Found context-menu.patch
  -> Found unity-menubar.patch
  -> Found mozilla-vpn-ad.patch
==> Validating source files with sha256sums...
    firefox-88.0.source.tar.xz ... Passed
    librewolf.desktop ... Passed
    common ... Skipped
    settings ... Skipped
    megabar.patch ... FAILED
    remove_addons.patch ... FAILED
    context-menu.patch ... Passed
    unity-menubar.patch ... FAILED
    mozilla-vpn-ad.patch ... Passed
==> ERROR: One or more files did not pass the validity check!
Failed to build librewolf

lsf commented on 2021-04-05 20:35 (UTC)

So basically just having source= and an additional source_aarch64=?

I did not know this was possible – thanks for pointing that out! :)

FabioLolix commented on 2021-04-05 20:18 (UTC)

It is not needed and that are only 2 patch files, you can use source_aarch64=() for that 2 only

lsf commented on 2021-04-05 20:16 (UTC)

Considering this is used to not download additional files that are not required for non-aarch64 builds, it seems like a reasonable approach to me.

FabioLolix commented on 2021-04-05 19:47 (UTC)

You are using source_aarch64=() and source_x86_64=() which are not needed since you are downloading source code not pre-compiled binaries

spoons commented on 2021-04-04 03:42 (UTC) (edited on 2021-04-06 03:17 (UTC) by spoons) 

Crash Annotation GraphicsCriticalError: |[0][GFX1-]: More than 1 GPU detected via PCI, cannot deduce vendor (t=0.426795) [GFX1-]: More than 1 GPU detected via PCI, cannot deduce vendor
Crash Annotation GraphicsCriticalError: |[0][GFX1-]: More than 1 GPU detected via PCI, cannot deduce vendor (t=0.426795) |[1][GFX1-]: PCI candidate 0x10de/0x1b80 (t=0.42681) [GFX1-]: PCI candidate 0x10de/0x1b80
Crash Annotation GraphicsCriticalError: |[0][GFX1-]: More than 1 GPU detected via PCI, cannot deduce vendor (t=0.426795) |[1][GFX1-]: PCI candidate 0x10de/0x1b80 (t=0.42681) |[2][GFX1-]: PCI candidate 0x10de/0x1380 (t=0.426815) [GFX1-]: PCI candidate 0x10de/0x1380
console.warn: SearchSettings: "get: No settings file exists, new profile?" (new Error("", "(unknown module)"))

###!!! [Parent][RunMessage] Error: Channel closing: too late to send/recv, messages will be lost

Firefox exited with code -135 during profile initialization
==> ERROR: A failure occurred in build().
    Aborting...
error making: librewolf

This package will not build on my 'dual vendor' gpu systems.

JcNils commented on 2021-04-03 21:29 (UTC)

@lsf It is weird!

It worked fine when I installed Librewolf the first time. I guess I might have messed things when I installed some other package.

My TERM is xterm-256color. I am using the default fish from Manjaro installation.

ncurses exists, reinstalling it doesn't seem to fix the terminfo database

infocmp -D returns /bin/fish

Thank you very much for pointing me in the right direction, I will investigate it further.

While writing this I realized that the first time I installed Librewolf was not from the terminal, but from the add/remove software. And the first time I tried to update there was an error, but removing the package and installing from there made it work. So I am trying that again.

Right now everything seems to be building fine.

But I still need to figure out why ncurses database doesn't work if I am using yay -S Librewolf from terminal.

« First ‹ Previous 1 .. 27 28 29 30 31 32 33 34 35 36 37 38 Next › Last »