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.064316
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 .. 6 7 8 9 10 11 12 13 14 15 16 .. 38 Next › Last »

jghodd commented on 2021-02-04 23:13 (UTC) (edited on 2021-02-04 23:14 (UTC) by jghodd)

@WorMzy I'm getting:

Submodule path 'platform': checked out 'e1daeef18312a0cb17eda6bed7f363d8748ed4a3'

...and that's with a clean directory to start.

WorMzy commented on 2021-02-04 23:03 (UTC)

What does prepare() say? Should read:

==> Starting prepare()...
Submodule 'platform' (https://repo.palemoon.org/MoonchildProductions/UXP) registered for path 'platform'
Cloning into '/build/palemoon/src/Pale-Moon/platform'...
done.
Submodule path 'platform': checked out '304496d4ab61496a43d9d42cf8deb7811d772fe2'

jghodd commented on 2021-02-04 22:57 (UTC)

@micwoj92 are we getting the wrong UXP commit?

jghodd commented on 2021-02-04 22:49 (UTC)

@micwoj92 hm. yeah, i see that. and yet for some reason it's not.

should be:


nsGenericHTMLElement*
NS_NewHTMLMenuItemElement(already_AddRefed<mozilla::dom::NodeInfo>&& aNodeInfo,
                          mozilla::dom::FromParser aFromParser) {
  if (mozilla::Preferences::GetBool("dom.menuitem.enabled")) {
    return new mozilla::dom::HTMLMenuItemElement(nodeInfo, aFromParser);
  } else {
    return new mozilla::dom::HTMLUnknownElement(nodeInfo);
  }
}

but is still:


nsGenericHTMLElement*
NS_NewHTMLMenuItemElement(already_AddRefed<mozilla::dom::NodeInfo>&& aNodeInfo,
                          mozilla::dom::FromParser aFromParser) {
  RefPtr<mozilla::dom::NodeInfo> nodeInfo(aNodeInfo);
  if (mozilla::Preferences::GetBool("dom.menuitem.enabled")) {
    return new mozilla::dom::HTMLMenuItemElement(nodeInfo.forget(), aFromParser);
  } else {
    return new mozilla::dom::HTMLUnknownElement(nodeInfo.forget());
  }
}

micwoj92 commented on 2021-02-04 22:25 (UTC)

@jghodd that commit should be included

https://repo.palemoon.org/MoonchildProductions/Pale-Moon/commit/79ff7796e598775f30e00ec251e5c094e31ebe94

jghodd commented on 2021-02-04 22:11 (UTC)

Getting a build error in Pale-Moon/platform/dom/html/HTMLMenuItemElement.cpp

Here's the bug report which has been closed and fixed. PKGBUILD needs to be updated to a more recent commit to include this fix.

https://repo.palemoon.org/MoonchildProductions/UXP/issues/1723

micwoj92 commented on 2021-02-02 22:33 (UTC)

Thanks, I've made it. Just copypaste, but replaced gtk2 with gtk3, AFAIK it still needs gtk2 to build but I am not sure if it's needed to run.

https://aur.archlinux.org/packages/palemoon-gtk3/

WorMzy commented on 2021-02-02 21:55 (UTC)

I have no interest in building palemoon with gtk3. Feel free to make a palemoon-gtk3 package though.

micwoj92 commented on 2021-02-02 19:46 (UTC)

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 (UTC)

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

See https://forum.palemoon.org/viewtopic.php?t=11800