Package Details: palemoon 29.4.1-2

Git Clone URL: (read-only, click to copy)
Package Base: palemoon
Description: Open source web browser based on Firefox focusing on efficiency.
Upstream URL:
Keywords: browser goanna web
Licenses: GPL, MPL, LGPL
Submitter: artiom
Maintainer: WorMzy
Last Packager: WorMzy
Votes: 140
Popularity: 0.93
First Submitted: 2014-06-05 10:54
Last Updated: 2021-09-15 10:37

Sources (2)

Pinned Comments

WorMzy commented on 2021-03-02 16:19

There are a couple of keys that are used to sign commits (the latter may be retired):

Import them into your keyring however you want.

Latest Comments

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

micwoj92 commented on 2021-02-02 19:46

So now that the official releases provide both gtk2 and gtk3 could this package use gtk3 and new palemoon-gtk2 be made? or maybe otherwise, this stays gtk2 and there is palemoon-gtk3?

haawda commented on 2020-12-22 16:26

WorMzy, I found that palemoon-bin has exactly the same behaviour, and it indeed seems a feature, not a bug. And it is old...


WorMzy commented on 2020-12-22 15:29

@haawda: I don't think plugin-container should be called by itself. It's called by the browser as required which presumably handles shared library access.

See for Firefox's description of plugin-container (I couldn't find an equivalent page on the palemoon site, but I doubt the functionality is that different)

@micwoj92: Feel free to do so locally, but I suspect duplicate packages that just uses a different source to the original would be removed from the AUR by TUs. Feel free to ask on the mailing list (aur-general) and/or IRC (#archlinux-aur on freenode) if you want to confirm.

Alternatively, maybe use palemoon-bin?

micwoj92 commented on 2020-12-21 18:56

That makes sense. I hope I am not the only one frequently deleting build directory of my aur helper. Do you think it is worth to make package that would be same just download the tarballs?

haawda commented on 2020-12-21 15:23

It is not an issue with palemoon itself, but running the plugin-container results in

# /usr/lib/palemoon/plugin-container
/usr/lib/palemoon/plugin-container: error while loading shared libraries: cannot open shared object file: No such file or directory

But I am not sure if there are circumstances where running this binary from command line is needed.

WorMzy commented on 2020-12-21 12:37

@haawda: what is the actual problem? is loaded for me:

$ strace palemoon |& grep libxul 
access("/usr/lib/palemoon/", R_OK) = 0
openat(AT_FDCWD, "/usr/lib/palemoon/", O_RDONLY) = 4
openat(AT_FDCWD, "/usr/lib/palemoon/", O_RDONLY|O_CLOEXEC) = 4

@micwoj92: Upstream release new versions semi-regularly (sometimes multiple releases per month). Although the initial clone may be substantial, every update after that will only include the upstream changes since the last time you pulled the repos, drastically reducing the amount of bandwidth consumed in the long run.

micwoj92 commented on 2020-12-20 01:36

Is there a reason why this does not download tarballs? This would greatly reduce download from 730+ to only about 200 MB.

haawda commented on 2020-12-19 12:31

There seem to be some issues with libraries not found. But they are there.

ldd /usr/lib/palemoon/plugin-container => not found

ldd /usr/lib/palemoon/ => not found => not found

ldd /usr/lib/palemoon/ => not found

ldd /usr/lib/palemoon/ => not found

ldd /usr/lib/palemoon/browser/components/ => not found

This output comes from the checkrebuild script included in the rebuild-detector package run wit -v option, but plain ldd tells the same.

zootboy commented on 2020-10-27 20:06

As always, you need to import GPG keys manually (and ideally verify them out-of-band). Make sure gpg is set up with a keyserver, then run this:

$ gpg --recv-key 40481E7B8FCF9CEC

keepitsimpleengr commented on 2020-10-27 19:59

So just now updating four palemoons on four systems and after 2 I get:

Pale-Moon git repo ... FAILED (unknown public key 40481E7B8FCF9CEC)Pale-Moon git repo ... FAILED (unknown public key 40481E7B8FCF9CEC)