Package Details: palemoon 1:33.4.1-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.131247
First Submitted: 2014-06-05 10:54 (UTC)
Last Updated: 2024-11-05 20:54 (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 .. 16 17 18 19 20 21 22 23 24 25 26 .. 38 Next › Last »

WorMzy commented on 2017-12-05 14:43 (UTC) (edited on 2017-12-05 14:47 (UTC) by WorMzy)

@jerome2016: I've had another look at the strace output, and I noticed this line: openat(AT_FDCWD, "/usr/lib/libicuuc.so.59", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)

I don't get that message when I run strace palemoon, so I have to assume something on your system is trying to pull it in. The icu package was updated in mid-November, so is your system completely up-to-date? (including any AUR packages which may need a rebuild due to the icu version bump).

Use lddd or findbrokenpkgs to identify any packages that might need a rebuild. Note that you will get false positives with either tool, so I prefer to run the former, then run

for pkg in $(pacman -Qqm); do
grep $pkg /tmp/lddd-script.*/possible-rebuilds.txt
done

to get a list of foreign packages which may need rebuilding.

WorMzy commented on 2017-12-05 13:33 (UTC) (edited on 2017-12-05 13:34 (UTC) by WorMzy)

@jerome2016: I haven't been able to reproduce this so far, but assuming you are the same user who created this topic, I recommend rebuilding with gcc5, instead of using gcc6. Aside from the glibc/C99_MATH bug below, I have never had any problems with the former.

jerome2016 commented on 2017-12-04 04:15 (UTC)

palemoon <br> [1] 20431 segmentation fault (core dumped) palemoon

Dialog Box for ask if need to check if palemoon is default web browser open, then GUI main window's open... then crash, segmentation fault.

from archlinux OS build on device intel i7 8 cores updated this day and rebooted after update (new linux kernel version: 4.14.3-1-ARCH Xorg UI server with xfce-4 desktop.

strace palemoon show that: --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0xc8} ---

WorMzy commented on 2017-11-29 00:29 (UTC)

Unfortunately I am away on holiday until the 4th of December, so I am unable to update this package until then. It should be a simple pkgver bump though, so it's easy enough to update the PKGBUILD manually (for those who can't wait).

WorMzy commented on 2017-11-24 22:59 (UTC)

A notify daemon is not needed to build the package. If your build is really terminating because it can't create a notification file a bug report upstream and/or build in a clean chroot.

sph commented on 2017-11-18 09:56 (UTC) (edited on 2017-11-18 10:11 (UTC) by sph)

unable to build without a service providing org.frreedesktop.Notifications (eg. xfce4-notifyd), please add it as a dep 19:03.76 Notification center failed: The name org.freedesktop.Notifications was not provided by any .service files EDIT: and it has to be started, even. meh.

sekret commented on 2017-11-15 05:01 (UTC)

Ok, all is good now. @WorMzy it's as you described. Problem solved :-)

sekret commented on 2017-11-13 05:48 (UTC) (edited on 2017-11-13 05:49 (UTC) by sekret)

Interesting! I again tried to build palemoon with my old build of gcc5 from the AUR. Now it stopped at another point. 41:38.95 make[5]: *** [/build/palemoon/src/Pale-Moon/config/rules.mk:937: Unified_cpp_dom_canvas0.o] Error 1 41:38.95 make[4]: *** [/build/palemoon/src/Pale-Moon/config/recurse.mk:74: dom/canvas/target] Error 2 41:38.95 make[4]: *** Waiting for unfinished jobs.... 41:38.95 Unified_cpp_dom_media3.o 41:40.16 In file included from /build/palemoon/src/pmbuild/dom/media/Unified_cpp_dom_media1.cpp:20:0: 41:40.16 /build/palemoon/src/Pale-Moon/dom/media/MP3Demuxer.cpp: At global scope: 41:40.16 Warning: -Wunused-variable in /build/palemoon/src/Pale-Moon/dom/media/MP3Demuxer.cpp: ‘mozilla::mp3::vbr_header::TYPE_STR’ defined but not used 41:40.16 /build/palemoon/src/Pale-Moon/dom/media/MP3Demuxer.cpp:893:20: warning: ‘mozilla::mp3::vbr_header::TYPE_STR’ defined but not used [-Wunused-variable] 41:40.16 static const char* TYPE_STR[3] = {"NONE", "XING", "VBRI"}; 41:40.16 ^ 41:58.92 libdom_media.a.desc 41:58.99 make[3]: *** [/build/palemoon/src/Pale-Moon/config/recurse.mk:37: compile] Error 2 41:58.99 make[2]: *** [/build/palemoon/src/Pale-Moon/config/rules.mk:541: default] Error 2 41:58.99 make[1]: *** [/build/palemoon/src/Pale-Moon/client.mk:399: realbuild] Error 2 41:58.99 make: *** [client.mk:171: build] Error 2 41:59.02 114 compiler warnings present. 41:59.33 Notification center failed: Install the python dbus module to get a notification when the build finishes. ==> ERROR: A failure occurred in build(). Aborting... How can this be so random?!?! Ok I'll definitely rebuild gcc5 now while the machine is alone. Oh and: $ grep _GLIBCXX_USE_C99_MATH /usr/lib/gcc/x86_64-pc-linux-gnu/5.5.0/include/c++/x86_64-pc-linux-gnu/bits/c++config.h /* #undef _GLIBCXX_USE_C99_MATH */ #define _GLIBCXX_USE_C99_MATH_TR1 1

WorMzy commented on 2017-11-12 23:07 (UTC)

Thanks, runical. @sekret, that probably was the culprit (or at least part of the problem). Ignore the _TR1 varient, it is the '#undef _GLIBCXX_USE_C99_MATH' that causes the __builtin problem, and is possibly the cause of your build failure too. If the gcc5 rebuild had completed, you would (hopefully) have found that c++config.h now had '#define _GLIBCXX_USE_C99_MATH 1' instead, and the palemoon package builds again.

runical commented on 2017-11-12 21:25 (UTC)

I built GCC5 last Thursday (November 9th). The exact time being 12:35:53 CET. My processor: Intel(R) Core(TM) i5-4200M The build flags in my chroot are as standard as they come: CPPFLAGS="-D_FORTIFY_SOURCE=2" CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt" CXXFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt" LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now" _GLIBCXX_USE_C99_MATH is also defined. I don't know if the info was still needed, but here you go.