Package Details: palemoon 28.8.1-1

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: 128
Popularity: 1.02
First Submitted: 2014-06-05 10:54
Last Updated: 2020-01-12 00:10

Latest Comments

1 2 3 4 5 6 ... Next › Last »

skyblue commented on 2019-11-12 03:05

Great browser -- really fast! It took a while to compile, but did so without any errors. I'm glad this is in the repository. :)

WorMzy commented on 2019-10-28 20:29

Thanks for pointing out the breakage, nazarianin. Package updated.

I've not bumped the pkgrel, as people who built the current version before glibc 2.30 hit [core] should continue to work fine, so there's little benefit for them to rebuild.

nazarianin commented on 2019-10-28 18:32

Hi. Can you add this patch for compile with newer glibc versions?

dreieck commented on 2019-08-06 20:34


The solution was to remove --strip-all from the LDFLAGS.

I added to the PKGBUILD:

export LDFLAGS="$(sed 's|,--strip-all||g' <<< "${LDFLAGS}")"

dreieck commented on 2019-08-06 12:18

When trying to build, build fails for me with

110:19.04 libxul_s.a.desc
110:33.40 nm: no symbols
110:33.40 NSModules are not ordered appropriately
110:33.40 make[5]: *** [/tmp/palemoon/src/UXP/config/] Error 1
110:33.40 make[5]: *** Deleting file ''
110:33.43 make[4]: *** [/tmp/palemoon/src/UXP/config/ toolkit/library/target] Error 2
110:33.45 make[3]: *** [/tmp/palemoon/src/UXP/config/ compile] Error 2
110:33.48 make[2]: *** [/tmp/palemoon/src/UXP/config/ default] Error 2
110:33.50 make[1]: *** [/tmp/palemoon/src/UXP/ realbuild] Error 2
110:33.52 make: *** [ build] Error 2
110:33.55 499 compiler warnings present.
110:33.90 Failed to parse ccache stats output: stats updated                       Tue Aug  6 14:09:21 2019
==> ERROR: A failure occurred in build().

Just before starting the build, the *FLAGS-variables are:


-O3 -g0 -march=x86-64 -mtune=native -ftree-vectorize -pipe --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fomit-frame-pointer -Wl,-z,relro,-z,now -D_FORTIFY_SOURCE=2 -fPIC -fstack-protector


-O3 -g0 -march=x86-64 -mtune=native -ftree-vectorize -pipe --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -fomit-frame-pointer -Wl,-z,relro,-z,now -D_FORTIFY_SOURCE=2 -fPIC -fstack-protector -fpermissive

CPPFLAGS (set in the PKGBUILD, not in /etc/makepkg.conf):

 -O2 -Wno-format-overflow



and build is executed with

python2 mach build -j1

Any idea what could be the problem here?

tony.aln commented on 2019-07-13 17:59

Thank you for the consideration. Of course, I will inform you if there are any issues.

WorMzy commented on 2019-07-09 11:48

Thanks for formatting. Is there anything else useful in the referenced log file and/or the system journal? Can you reproduce the problem with palemoon-bin?

I note you're using the intel video driver, if it's an option for your system, see if you can reproduce the problem with the modesetting driver.

syrenity commented on 2019-07-08 18:43

Formatted, worth saying there is a new glibc and lib32-glibs update, wonder if resolves the issue.

WorMzy commented on 2019-07-07 16:55

Thanks for investigating. I've successfully built with your proposed changes, and tested that the browser launches with this build. I'm happy to introduce this change the next time upstream makes a release, but if you're running your build and encounter any issues between then and now, please let me know.

tony.aln commented on 2019-07-07 15:37

I had some time to read and try some stuff. So, GCC 9's -Werror=format-overflow warning is being treated as an error and aborting the build. From gcc's online documentation (available at :

"Warn about calls to formatted input/output functions such as snprintf and vsnprintf that might result in output truncation. When the exact number of bytes written by a format directive cannot be determined at compile-time it is estimated based on heuristics that depend on the level argument and on optimization. While enabling optimization will in most cases improve the accuracy of the warning, it may also result in false positives. Except as noted otherwise, the option uses the same logic -Wformat-overflow."

Therefore, by enabling lto by using -flto=2(cpu thread number), gcc9 analyzed the code better, didn't give the warning nor need the fix and produced a space net change savings of about 10MiB in comparison with the same version without lto, performance benefits are not known (it feels faster but it may be just placebo, I have to see how to quantify and display the performance gains) and a negligible amount less of time to build, but used more ram to build. Without lto it's a warning and the warning can be disabled with -Wno-format-overflow in the CPPFLAGS variable in: PKGBUILD

like this: export CPPFLAGS="$CPPFLAGS -O2 -Wno-format-overflow"

and in the like this: ac_add_options --enable-optimize="-O2 -Wno-format-overflow"

The build progresses smoothly with gcc9 by just adding that and by commenting the gcc8 CC and CXX export lines at the beginning of mozconfig and removing gcc8 dependency from the PKGBUILD. Please, feel free to reproduce the fix provided and hopefully instate the needed changes so others can build with gcc9 smoothly as well. Enjoy. Edit1: fixed formatting Edit2: fixed space savings wording Edit3:fixes