Package Details: librewolf-bin 133.0.3-1

Git Clone URL: https://aur.archlinux.org/librewolf-bin.git (read-only, click to copy)
Package Base: librewolf-bin
Description: Community-maintained fork of Firefox, focused on privacy, security and freedom.
Upstream URL: https://librewolf-community.gitlab.io/
Keywords: browser web
Licenses: GPL, MPL, LGPL
Conflicts: librewolf
Provides: librewolf
Submitter: lsf
Maintainer: lsf
Last Packager: lsf
Votes: 407
Popularity: 10.84
First Submitted: 2019-06-16 13:12 (UTC)
Last Updated: 2024-12-15 09:43 (UTC)

Dependencies (16)

Required by (28)

Sources (7)

Pinned Comments

lsf commented on 2021-11-10 12:14 (UTC) (edited on 2023-04-17 07:18 (UTC) by lsf)

https://wiki.archlinux.org/title/Arch_User_Repository#Acquire_a_PGP_public_key_if_needed

gpg --keyserver hkp://keyserver.ubuntu.com --search-keys 031F7104E932F7BD7416E7F6D2845E1305D6E801

/edit: starting with 112.0-1, the binaries are signed with the maintainers shared key, so gpg --keyserver hkp://keyserver.ubuntu.com --search-keys 662E3CDD6FE329002D0CA5BB40339DD82B12EF16 should do the trick instead. I've also signed the key with the previously used key, so you have at least some guarantee that it's not a malicious attack :)

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 Next › Last »

vasya commented on 2020-08-28 11:54 (UTC)

@lsf thanks! That fixes the problem. For now I've timeboxed it; I might submit PR-s in the future, if that'll be needed

lsf commented on 2020-08-23 12:14 (UTC)

@vasya

I've updated the PKGBUILD (without bumping the pkrel, intentionally) – should be better for your purposes now :)

lsf commented on 2020-08-18 08:50 (UTC) (edited on 2020-08-21 08:31 (UTC) by lsf)

Thanks for your feedback!

For the points in general: If you have the time, you could submit a PR at https://gitlab.com/librewolf-community/browser/arch – that's where the PKGBUILDs are maintained.

Otherwise, I'll just look into it myself, of course :)

vasya commented on 2020-08-18 08:22 (UTC)

Hi! Can you please improve the PKGBUILD script a bit? I'm trying to build it in RUA build tool (that I wrote), and I see some shellcheck warnings:

  • _pkgname=LibreWolf seems to be unused
  • Strings like that are not quoted: ${_uploadpath_aarch64} They could be quoted with "${_uploadpath_aarch64}"
  • srcdir and pkgdir are unqouted: cp -r $srcdir/usr $pkgdir/ Which is really problematic if one tries to build the package in a directory that has a space or other "special" symbols. Alternative would be: cp -r "$srcdir"/usr "$pkgdir"/

Thoughts? Thanks for the package!

lsf commented on 2020-03-06 21:05 (UTC)

@mwoah that's good to hear, and sorry for the radio silence on my side.

I'm currently working on getting the project back on track (and some open issues taken care of) over on https://gitlab.com/librewolf-community, so I hope in the future you'll get some actual response from me or someone else over there :)

Gert-dev commented on 2020-02-15 19:50 (UTC) (edited on 2020-02-26 19:58 (UTC) by Gert-dev)

I'm experiencing crashes in both LibreWolf 72 and 73 since updating other packages Friday. I'm not sure, but I'm thinking this may be related to the glibc update to 2.31.

The crashes happen when I try to open a .desktop file with LibreWolf or when I try to open an RSS feed entry from Liferea.

Update on 26 February 2020: this issue seems to have resolved itself in the meantime. It was likely some other Arch package that was generating problems.

lsf commented on 2019-06-18 13:40 (UTC)

Already noted, thanks to mwohah – will be fixed soon :)

jeancf commented on 2019-06-18 13:34 (UTC)

the Exec= parameter in, the .desktop file points to the incorrect binary (/usr/lib/librewolf/firefox) instead of /bin/librewolf

lsf commented on 2019-06-17 19:16 (UTC)

Thanks for finding those wrong entries, I'll prepare a new release with a fixed file soon.

About your issue: /usr/share/applications should be the correct directory (it's an xdg-standard-directory, iirc).

You might try a (sudo) update-desktop-database, which should re-scan your .desktop files – I think this normally happens at the end of the package installation, too.

Gert-dev commented on 2019-06-17 18:50 (UTC) (edited on 2019-06-17 18:50 (UTC) by Gert-dev)

I tried placing that in my .local/share/applications folder, but it still didn't show up.

I did some tinkering with it and I think I figured out what the problem is: the file still mentions /usr/lib/librewolf/firefox at three locations instead of /usr/lib/librewolf/librewolf.

After changing that, it shows up properly in GNOME. I tried applying the same changes directly in /usr/share/applications/librewolf.desktop, but it didn't show up either, perhaps this is not a folder that GNOME scans?

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 Next › Last »