Package Details: palemoon 1:33.5.0-1

Git Clone URL: https://aur.archlinux.org/palemoon.git (read-only, click to copy)
Package Base: palemoon
Description: Open source web browser based on Firefox focusing on efficiency.
Upstream URL: https://www.palemoon.org/
Keywords: browser goanna web
Licenses: MPL-2.0
Submitter: artiom
Maintainer: WorMzy
Last Packager: WorMzy
Votes: 141
Popularity: 0.044588
First Submitted: 2014-06-05 10:54 (UTC)
Last Updated: 2024-12-05 10:09 (UTC)

Pinned Comments

WorMzy commented on 2021-03-02 16:19 (UTC) (edited on 2022-08-03 21:12 (UTC) by WorMzy)

The following key is used to sign release commits:

40481E7B8FCF9CEC

Import it into your keyring however you want.

https://wiki.archlinux.org/index.php/GnuPG#Import_a_public_key

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 38 Next › Last »

WorMzy commented on 2020-09-22 10:06 (UTC)

I wasn't aware there was an issue. I've pushed an update out which should fix it now.

zootboy commented on 2020-09-22 04:26 (UTC)

I encountered this and didn't know it wasn't intentional. I just went and updated the couple of extensions that I wanted with the pale moon GUID. (The big one for me was Cert Patrol, which seems to have a totally dead upstream).

Build mistake or not, it's probably a good idea to get the sources now for any extensions you find important, as they'll likely become harder and harder to find as the Great Firefox XUL Purge becomes more and more distant history.

PinkCathodeCat commented on 2020-09-22 01:06 (UTC)

Has this issue (https://www.reddit.com/r/palemoon/comments/imye21/before_anyone_comes_screeching_about_2813_for/ and https://forum.palemoon.org/viewtopic.php?f=40&t=25156) been addressed in the build? Some of my extensions are disabled by 28.13 - (this is different to the warning that some Firefox extensions are not incompatible), and some of them were relatively important to me. Thanks!

ryan659 commented on 2020-07-15 19:13 (UTC)

I stand corrected it seems, odd. It really does seem to work here too without that (XFCE with vala-panel-appmenu). Maybe I was just a bit too over-zealous with packages when I was setting up. Either way, thanks for making me confirm!

WorMzy commented on 2020-07-14 20:37 (UTC)

ryan659: Seems to work without that on KDE. Could you (or someone else) confirm that it is needed on other app-menu-capable DEs that don't use vala-panel? I'm not opposed to adding the optdep, but if it's only for a single panel app, I feel the optdep should be coming from the panel's package rather than individual applications.

ryan659 commented on 2020-07-14 15:38 (UTC)

As of 28.11.0 appmenu-gtk-module is an optional depend for global menubar support (via vala-panel-appmenu for various DEs, or global menubar for KDE). Requires the setting ui.use_global_menubar set to true in the application though.

WorMzy commented on 2020-06-07 20:23 (UTC)

Whoops, yep. Thanks for letting me know, Jim243, I've pushed the updated mozconfig.in now.

Jim243 commented on 2020-06-07 20:00 (UTC)

When I run makepkg, the validity check fails for mozconfig.in. Was a change to mozconfig.in accidentally left out of the last commit?

WorMzy commented on 2020-06-06 21:58 (UTC)

Thanks for the heads up, barius.

It seems the precompiled palemoon-bin doesn't link against gconf, and gconf isn't listed as a required dependency in the Arch instructions at http://developer.palemoon.org/build/linux/, so I've added that change in.

barius commented on 2020-06-05 22:37 (UTC)

FYI 28.10.0 compiles fine for me with gcc 10.1.0 in clean chroot

Not sure if relevant but I am also using 'ac_add_options --disable-gconf' in mozconfig.in to avoid the dependency on gconf (deprecated since about a decade). I've been using that for every build for the last 6 months, since gconf moved to AUR.

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 38 Next › Last »