Package Details: firefox-esr-i18n-fa 91.9.1-1

Git Clone URL: https://aur.archlinux.org/firefox-esr.git (read-only, click to copy)
Package Base: firefox-esr
Description: Standalone web browser from mozilla.org, Extended Support Release
Upstream URL: https://www.mozilla.org/en-US/firefox/enterprise/
Keywords: browser gecko web
Licenses: GPL, MPL, LGPL
Submitter: figue
Maintainer: bittin (jonathon)
Last Packager: jonathon
Votes: 42
Popularity: 1.10
First Submitted: 2015-05-28 23:15 (UTC)
Last Updated: 2022-05-20 19:53 (UTC)

Dependencies (35)

Required by (0)

Sources (101)

Pinned Comments

jonathon commented on 2022-03-23 17:36 (UTC) (edited on 2022-03-23 17:36 (UTC) by jonathon)

Starting with the PKGBUILD for 91.7.1, Firefox ESR will use a separate profile directory ($HOME/.mozilla/firefox-esr) so it can be installed side-by-side with other Firefox versions and avoid profile conflicts and downgrade warnings.

Latest Comments

dctxmei commented on 2022-05-18 12:34 (UTC)

@jonathon The language pack files for Firefox ESR should now be placed in /usr/lib/firefox-esr/browser/extensions/, otherwise it will not be recognized

jonathon commented on 2022-04-20 19:18 (UTC) (edited on 2022-04-20 19:26 (UTC) by jonathon)

SamLukeYes, that's invalid for this PKGBUILD, it already installs to the correct place.

Edit: Maybe that was a comment from the previous separate i18n package that was merged into this one... :/

SamLukeYes commented on 2022-04-02 06:20 (UTC)

No longer works since 91.7.1 update. See https://github.com/archlinuxcn/repo/issues/2712

dctxmei commented on 2022-03-28 06:03 (UTC)

Sorry, I just noticed a hint that Firefox ESR 91.7.1 will use a separate config directory...

Please ignore the suggestion I just made. XD

dctxmei commented on 2022-03-28 05:51 (UTC)

installing firefox-esr (91.7.1-1) breaks dependency 'firefox' required by firefox-noscript

@jonathon Maybe re-add provides and conflicts to PKGBUILD .

jonathon commented on 2022-03-23 17:36 (UTC) (edited on 2022-03-23 17:36 (UTC) by jonathon)

Starting with the PKGBUILD for 91.7.1, Firefox ESR will use a separate profile directory ($HOME/.mozilla/firefox-esr) so it can be installed side-by-side with other Firefox versions and avoid profile conflicts and downgrade warnings.

prg commented on 2022-02-13 16:11 (UTC)

Having some issues compiling 91.6.0-1

26:58.39 error: could not compile `gkrust`      
26:58.40 Caused by:                             
26:58.40   process didn't exit successfully: `/usr/bin/rustc --crate-name gkrust toolkit/library/rust/lib.rs --error-format=json --json=diagnostic-rendered-ansi --crate-type staticlib --emit=d
ep-info,link -C opt-level=2 -C panic=abort -C embed-bitcode=no -Clto --cfg 'feature="cubeb-remoting"' --cfg 'feature="cubeb_pulse_rust"' --cfg 'feature="gecko_profiler"' --cfg 'feature="gecko_
profiler_parse_elf"' --cfg 'feature="glean_with_gecko"' --cfg 'feature="moz_memory"' --cfg 'feature="moz_places"' --cfg 'feature="oxidized_breakpad"' --cfg 'feature="quantum_render"' --cfg 'fe
ature="remote_agent"' --cfg 'feature="simd-accel"' --cfg 'feature="webgpu"' --cfg 'feature="webrtc"' --cfg 'feature="with_dbus"' -C metadata=eb0fff5eca01a79e -C extra-filename=-eb0fff5eca01a79
e --out-dir /home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/obj/x86_64-unknown-linux-gnu/release/deps --target x86_64-unknown-linux-gnu -C linker=/home/user/.cache/yay/firefox-esr/src/fir
efox-91.6.0/build/cargo-linker -C incremental=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/obj/x86_64-unknown-linux-gnu/release/incremental -L dependency=/home/user/.cache/yay/firefox-
esr/src/firefox-91.6.0/obj/x86_64-unknown-linux-gnu/release/deps -L dependency=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/obj/release/deps --extern gkrust_shared=/home/user/.cache/ya
y/firefox-esr/src/firefox-91.6.0/obj/x86_64-unknown-linux-gnu/release/deps/libgkrust_shared-e0d410bb55e8b370.rlib --extern mozglue_static=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/o
bj/x86_64-unknown-linux-gnu/release/deps/libmozglue_static-e34df1e0e6fbe4f3.rlib --extern mozilla_central_workspace_hack=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/obj/x86_64-unknown
-linux-gnu/release/deps/libmozilla_central_workspace_hack-fa2a1abc60b1960f.rlib --extern swgl=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/obj/x86_64-unknown-linux-gnu/release/deps/lib
swgl-e8038a9e4280e8a8.rlib -C debuginfo=2 --cap-lints warn -Cembed-bitcode=yes -C panic=abort -C profile-generate=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/obj -C codegen-units=1 -L
 native=/usr/lib -L native=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/obj/x86_64-unknown-linux-gnu/release/build/audioipc-dc225dbe18278497/out -L native=/home/user/.cache/yay/firefox
-esr/src/firefox-91.6.0/obj/x86_64-unknown-linux-gnu/release/build/lmdb-rkv-sys-73dd8d703979bc22/out -L native=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/obj/x86_64-unknown-linux-gnu
/release/build/mozglue-static-42f2508774824a15/out -L native=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/obj/dist/bin -L native=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/ob
j/security/nss/lib/nss/nss_nss3 -L native=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/obj/security/nss/lib/ssl/ssl_ssl3 -L native=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/
obj/config/external/nspr/pr -L native=/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/obj/x86_64-unknown-linux-gnu/release/build/swgl-3c3323110db895b7/out` (signal: 9, SIGKILL: kill)
26:58.43 make[4]: *** [/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/config/makefiles/rust.mk:405: force-cargo-library-build] Error 101
26:58.43 make[3]: *** [/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/config/recurse.mk:72: toolkit/library/rust/target] Error 2
26:58.43 make[2]: *** [/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/config/recurse.mk:34: compile] Error 2
26:58.43 make[1]: *** [/home/user/.cache/yay/firefox-esr/src/firefox-91.6.0/config/rules.mk:355: default] Error 2
26:58.43 make: *** [client.mk:65: build] Error 2                                                
26:58.44 165 compiler warnings present.         
26:58.53 Failed to parse ccache stats output: Summary:

AndyRTR commented on 2022-01-28 14:23 (UTC)

You don't seem to use official build tools with current build flags in a clean chroot. PKGBUILD misses !lto option to actually build.

post commented on 2022-01-27 21:34 (UTC)

Hi, firefox-esr-bin recently got added conflicts:firefox, probably in aligning to this package; is it really conflicting? Thanks

dudemanguy commented on 2022-01-25 01:22 (UTC)

Hi, it seems like the 0002-Bug-1745560-Add-missing-stub-for-wl_proxy_marshal_fl.patch isn't actually applied in the PKGBUILD so the build still fails.

bittin commented on 2022-01-11 10:23 (UTC)

@AndyRTR fixed :)

AndyRTR commented on 2022-01-11 10:19 (UTC)

for a clean chroot build !lto is required and 0002-Bug-1745560-Add-missing-stub-for-wl_proxy_marshal_fl.patch from the official package. Please add this to fix the build.

AndyRTR commented on 2022-01-10 21:31 (UTC)

!lto is now required. You should always do a clean chroot build and check against changes the devs apply to recent FF in the repos.

GI_Jack commented on 2022-01-10 04:36 (UTC) (edited on 2022-01-10 04:36 (UTC) by GI_Jack)

47:19.94 toolkit/library/build/libxul.so
47:24.31 ld.lld: error: undefined symbol: wl_proxy_marshal_flags
47:24.32 >>> referenced by wayland-client-protocol.h:3672 (/usr/include/wayland-client-protocol.h:3672)
47:24.33 >>>               /home/devninja/archpackages/firefox-esr/src/firefox-91.4.1/obj/toolkit/library/build/../../../gfx/gl/Unified_cpp_gfx_gl0.o:(mozilla::gl::DeleteWaylandGLSurface(void*))
47:24.33 >>> referenced by wayland-client-protocol.h:3672 (/usr/include/wayland-client-protocol.h:3672)
47:24.33 >>>               /home/devninja/archpackages/firefox-esr/src/firefox-91.4.1/obj/toolkit/library/build/../../../gfx/gl/Unified_cpp_gfx_gl0.o:(mozilla::gl::WaylandGLSurface::~WaylandGLSurface())
47:24.33 >>> referenced by wayland-client-protocol.h:1291 (/usr/include/wayland-client-protocol.h:1291)
47:24.33 >>>               /home/devninja/archpackages/firefox-esr/src/firefox-91.4.1/obj/toolkit/library/build/../../../gfx/gl/Unified_cpp_gfx_gl0.o:(mozilla::gl::GLContextEGL::CreateWaylandBufferSurface(mozilla::gl::EglDisplay&, void*, mozilla::gfx::IntSizeTyped<mozilla::gfx::UnknownUnits>&))
47:24.33 >>> referenced 69 more times

AndyRTR commented on 2021-12-17 18:19 (UTC)

The build fails with recent wayland 1.20 and needs the fix from extra/firefox. Please add it.

bittin commented on 2021-12-09 09:53 (UTC)

@dctxmei

Fixed now thanks

dctxmei commented on 2021-12-09 03:12 (UTC)

@bittin You have not updated .SRCINFO content, which is still displayed as v91.3.0-1 .

bittin commented on 2021-10-04 13:49 (UTC)

Did my first update of this package now :)

figue commented on 2021-09-07 19:32 (UTC)

@bittin thanks for taking care

figue commented on 2021-09-07 17:07 (UTC)

I'm not interested in maintain this package anymore. Any volunteer to adopt it?

rifl commented on 2021-08-20 09:45 (UTC)

@figue precisely, i3core/4G RAM with 16G swap works

figue commented on 2021-08-17 14:47 (UTC)

@rifl yeah, it uses a lot of RAM now... I can't build in a 12GB laptop... So I have to use my work machine.

rifl commented on 2021-08-16 08:06 (UTC) (edited on 2021-08-16 08:10 (UTC) by rifl)

@figue thanks for updates gonna work rust compiling went on right way or after I lift up swap memory since rust compiling crashed for eating 90 of my memory

figue commented on 2021-08-15 21:57 (UTC)

@dctxmei thanks. Package updated.

dctxmei commented on 2021-08-15 15:17 (UTC)

@figue I made some modifications based on extra/firefox, you can execute:

$ curl -o firefox-esr.91.0.patch https://fars.ee/4glz
$ git apply --reject firefox-esr.91.0.patch

It will work normally.

dudemanguy commented on 2021-08-13 03:06 (UTC)

Thanks for the update. I think there is one final thing. The build errored for me at "crashreporter-symbols-full.zip" step at the end. Looking at the Arch PKGBUILD, it appears this is called "crashreporter-symbols-full.tar.zst" now. I have not had time to double check that yet.

figue commented on 2021-08-12 23:01 (UTC)

@dudemanguy thanks. I don't have access to my main build machine, and I didn't saw this file is not when it should. Hope it's fixed now.

dudemanguy commented on 2021-08-11 23:19 (UTC)

I believe this is missing the identity-icons-brand.svg file.

rifl commented on 2021-08-04 05:01 (UTC) (edited on 2021-08-04 07:29 (UTC) by rifl)

@figue I'm not that good on or familiar with details inside of firefox-esr though on code level, maybe I was wrong the recently version of it that feature remaining is firefox-esr60.0. If you confused of what I'm supposed it to be, I have just one line written to .xinitrc: "exec emacs" -- it works without a window manager as emacs takes over anything, except that the external app launched in emacs where window-manager part is missing. It's trivial thing for others who have IDEs with handling the window stuff.

figue commented on 2021-08-02 14:35 (UTC)

@rifl I don't know. Firefox from [extra] goes well? Do you know if that feature can be enabled in some way in the compilation time?

rifl commented on 2021-08-02 05:23 (UTC) (edited on 2021-08-02 05:44 (UTC) by rifl)

@figue no it goes well. As precisely I mean the drage-and-move window feature has been removed from official firefox-esr but not aur version, thus I cant drag-and-move window around in the case without window-manager. My question is that is it possible to get it back to work?

figue commented on 2021-07-31 19:35 (UTC)

@rifl is this some kind of issue of my PKGBUILD code?

rifl commented on 2021-07-31 09:13 (UTC)

@figue I just need feature likes dragging and moving window around wherein os absent window manager, which is missed in latest version of firefox/icecat.

figue commented on 2021-07-12 11:53 (UTC)

@bittin Seems it was pushed today. I'll update ASAP. Thanks

bittin commented on 2021-07-12 11:41 (UTC)

78.12 Stable: https://pastebin.com/eRwwwNL5

figue commented on 2021-06-03 23:44 (UTC)

@CommodoreCrunch thanks! Key verified:

gpg --keyserver hkp://keys.openpgp.org --recv-keys EBE41E90F6F12F6D

CommodoreCrunch commented on 2021-06-03 19:27 (UTC)

@figue Refresh the existing key on keys.openpgp.org and you'll get the new subkey. A lot of people, Mozilla included, started using that instead of the keyserver pool due to newish vulnerabilities.

figue commented on 2021-06-03 11:39 (UTC)

New version is signed with this key EBE41E90F6F12F6D but seems not available to public keyservers. Anyone can confirm please?

https://ftp.mozilla.org/pub/firefox/releases/78.11.0esr/KEY

Key seems to be renewed already...

bittin commented on 2021-05-04 16:12 (UTC)

Todays update: https://pastebin.com/1yTeH1xC

bittin commented on 2021-04-19 14:54 (UTC)

Todays update: https://pastebin.com/YtMVDqGw

bittin commented on 2021-03-22 15:09 (UTC)

Todays update: https://pastebin.com/myMfheA2

figue commented on 2021-02-27 23:10 (UTC)

Also you can low security.sandbox.content.level to 1 as a workaround, so you don't need to disable it completely.

figue commented on 2021-02-27 16:22 (UTC)

In case you want to rebuild firefox-esr with crashreporter (and so, report the tab crash) you can use this PKGBUILD:

https://mirror.lnx.im/archlinux/firefox-esr/78.8.0/PKGBUILD

figue commented on 2021-02-26 22:42 (UTC)

If videos still crash, try to launch firefox with MOZ_DISABLE_CONTENT_SANDBOX=1 variable.

figue commented on 2021-02-23 08:35 (UTC)

@AndyRTR sorry, forgot to push the new patch. It's fixed now.

AndyRTR commented on 2021-02-23 07:09 (UTC)

I see Youtube crashing here also with 78.7.1-2. The new release seems to have broken checksums. Can you please check the sha256sums? I get here d32c87c4526e897d64453914da43f99366d1d0b7d71e43b4027a6cb5aa274040 rust_1.48.patch.gz after a fresh checkout.

figue commented on 2021-02-22 21:59 (UTC)

WARNING: this release has a bug in html5 videos, tabs chash. A possible workaround is to change these properties in about:config (multi-process tabs):

browser.tabs.remote.autostart = false
browser.tabs.remote.autostart.2 = false

Until I figure out why it's crashing and can patch it, stay with previous version or use the workaround.

figue commented on 2021-02-17 18:31 (UTC)

@sp1d3rmxn yeah, it looks like something you describe... I don't know if that port can be changed to another...

In build(), just before "./mach python build/pgo/profileserver.py" you can add this line for instance: sed -e 's/8888/8989/g' -i build/pgo/profileserver.py

and test if it works...

sp1d3rmxn commented on 2021-02-17 18:05 (UTC)

@figure I found what it was, I had to use "watch -n1" to catch it though, yes it was conflicting with port 8888 as you identified in the post. Unfortunately program I am/was using sets up proxy on that port to check updates, etc. but, only when it is setup to use a socks5 proxy.

TLDR; So on my end, a program I was running is intermittently using the port for maintenance to communicate and happened to be running when the build process reached the point of needing to setup its own service on that port.

sp1d3rmxn commented on 2021-02-17 17:59 (UTC)

@figure I was able to build in the chroot and on a virtual machine, so must be something going on with that particular desktop. I will need to dig further on it, probably something weird like bad memory, etc. Apologies for wasting time but, thanks for replying it is appreciated.

figue commented on 2021-02-17 17:11 (UTC)

@sp1d3rmxn that's odd... I said 8080 from memory, but seems 8888, see:

https://fossies.org/linux/firefox/build/pgo/profileserver.py

In any case, I've built firefox-esr hundreds of times, so if 8888 is free there shouldn't be any problem.

sp1d3rmxn commented on 2021-02-17 15:37 (UTC) (edited on 2021-02-17 15:39 (UTC) by sp1d3rmxn)

@figue This is all I have running that is listening (used "sudo netstat -anp | grep LISTEN):

tcp        0      0 127.0.0.1:7080          0.0.0.0:*               LISTEN      327788/ssh          
tcp        0      0 0.0.0.0:5900            0.0.0.0:*               LISTEN      371319/x0vncserver  
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      982/sshd: /usr/bin/ 
tcp        0      0 127.0.0.1:20887         0.0.0.0:*               LISTEN      327788/ssh          
tcp        0      0 127.0.0.1:20888         0.0.0.0:*               LISTEN      420898/autossh.bin

I have seen something similar like this in the past where I have had to use sudo or root privileges to build because of the port assignment being low which I am only thinking because maybe it went random? I am not really sure never saw this before in the years of using this package. As I type this I am building in a chrooted environment to see if the port thing comes up again, either way I will report the result.

figue commented on 2021-02-17 15:30 (UTC)

@sp1d3rmxn I think it uses the default port 8080 (it's hardcoded). Check if you have some process listening on it.

sp1d3rmxn commented on 2021-02-17 15:27 (UTC) (edited on 2021-02-17 15:31 (UTC) by sp1d3rmxn)

Kinda weird problem wondering if anyone else is getting this:

Traceback (most recent call last):
  File "build/pgo/profileserver.py", line 80, in <module>
httpd.start(block=False)
  File "/home/upgrade/firefox-esr/src/firefox-78.7.1/testing/mozbase/mozhttpd/mozhttpd/mozhttpd.py", line 269, in start
    self.httpd = EasyServer((self.host, self.port), self.handler_class)
  File "/usr/lib64/python2.7/SocketServer.py", line 420, in __init__
    self.server_bind()
  File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind
    SocketServer.TCPServer.server_bind(self)
  File "/usr/lib64/python2.7/SocketServer.py", line 434, in server_bind
    self.socket.bind(self.server_address)
  File "/usr/lib64/python2.7/socket.py", line 228, in meth
    return getattr(self._sock,name)(*args)
socket.error: [Errno 98] Address already in use

I cannot figure out what it is trying to bind to that may already be in use because there is nothing running. Looking at the source I see the port set to "0" which according to the docs this is default. Any ideas?

figue commented on 2021-02-14 02:08 (UTC)

@sp1d3rmxn thanks. Patch added.

sp1d3rmxn commented on 2021-02-13 15:40 (UTC)

New release new bugs.. @figue if you please could add this patch:

reported: https://bugzilla.mozilla.org/show_bug.cgi?id=1692363

patch just uplifted 2days ago to ESR but available for 2 months for their other versions: https://bugzilla.mozilla.org/show_bug.cgi?id=1684261

figue commented on 2021-01-06 09:43 (UTC)

Yep... Updated. Thanks.

AndyRTR commented on 2021-01-06 08:50 (UTC)

It's there: https://archive.mozilla.org/pub/firefox/releases/78.6.1esr/

figue commented on 2021-01-05 22:20 (UTC)

@bittin 78.6.1esr is out? Can't found in official FTP.

figue commented on 2020-12-12 17:08 (UTC)

@sp1d3rmxn Thanks for the advice. See ea05890161bc

sp1d3rmxn commented on 2020-12-12 02:03 (UTC)

@figue

The same patch for icecat https://aur.archlinux.org/packages/icecat/#comment-779101 is going to be needed for this PKGBUILD to please. The only diff between them being "patch -Np1 -i ../../../rust_1.48.patch" needs to be "patch -Np1 -i ../rust_1.48.patch" as you may already know.

figue commented on 2020-11-16 22:52 (UTC)

@AndyRTR I'm building in a laptop with 16GB RAM with a W10 virtual machine running and it works for me. All patches are always welcome. I've cloned this package to my personal github, so pull requests will be accepted.

https://github.com/figue/firefox-esr

AndyRTR commented on 2020-11-16 21:03 (UTC)

I guess somewhere around 78.3.0 the memory requirement while linking toolkit/library/build/libxul.so had a huge jump. Now my 16gb are no more sufficient and the system starts heavy swapping. Maybe we can reduce this. heftig made some suggestions to turn off pgo, lto and use bfd linker with its memory saving flags but with paying in code quality. maybe via an optional switch in the PKGBUILD.

figue commented on 2020-11-11 17:24 (UTC)

@bittin why you flagged as out-of-date?

figue commented on 2020-11-10 22:36 (UTC)

@bittin Probably we'll wait until final realease is released.

bittin commented on 2020-11-10 18:03 (UTC)

There will be a new update to ESR with 83 RC2 tomorrow evening

figue commented on 2020-07-02 05:51 (UTC)

Thanks @heftig. All suggestions implemented.

heftig commented on 2020-07-01 19:05 (UTC)

You should set StartupWMClass=firefoxesr in the desktop file to match the remoting name set in .mozconfig, otherwise the desktop might not be able to assign the windows to the app correctly.

You should disable the crashreporter, as it's only useful if you also submit the built symbol archive to Mozilla. Since each AUR user builds the browser themselves, this isn't happening.

For the same reason, you can remove buildsymbols and the handling of the '*crashreporter-symbols-full.zip'. This will also remove a good chunk of the build time.

figue commented on 2020-06-30 22:12 (UTC) (edited on 2020-06-30 22:12 (UTC) by figue)

To continue using old 68 branch, you can use this package https://aur.archlinux.org/packages/firefox-esr68

dctxmei commented on 2020-05-16 04:34 (UTC)

@TheGoliath Added you as a co-maintainer.

figue commented on 2020-05-06 22:45 (UTC)

@GI_Jack thanks. Seems good. Done.

GI_Jack commented on 2020-05-06 13:51 (UTC)

Please change

provides=(firefox)

to

provides=(firefox=${pkgver})

This way it works with packages that version check FX

figue commented on 2019-12-14 11:56 (UTC) (edited on 2019-12-14 12:06 (UTC) by figue)

New prebuilt binaries in my own openSUSE Build Service account:

[home_ffigue_Arch]
Server = http://download.opensuse.org/repositories/home:/ffigue/Arch/$arch

To verify signature, you can do like this:

$ wget -O- http://download.opensuse.org/repositories/home:/ffigue/Arch/x86_64/home_ffigue_Arch.key | sudo gpg --homedir /etc/pacman.d/gnupg --import -
$ sudo pacman-key --lsign-key F5AAC5A5424ED5CA

figue commented on 2019-12-06 21:45 (UTC)

@sp1d3rmxn thanks. Compilation with disable-elf-hack seems ok. Please test.

sp1d3rmxn commented on 2019-12-06 14:27 (UTC)

@figue

Ok the PKGBUILD change I added per the bug report has proven to also be successful with this.

Again like Icecat but, slightly different (no modifications to march/mtune either just like the Icecat build):

In the "prepare()" section under the heading "#Features" add this line:

ac_add_options --disable-elf-hack

It looks like this for me:

Features

ac_add_options --enable-alsa

ac_add_options --enable-jack

ac_add_options --enable-startup-notification

ac_add_options --enable-crashreporter

ac_add_options --disable-gconf

ac_add_options --disable-updater

ac_add_options --disable-elf-hack <---- ADD THIS LINE END

Again no further changes necessary and able to use CPU tuning as expected (no generics at all).

Hope this helps anyone going through the same headache.

figue commented on 2019-12-05 18:54 (UTC)

@sp1d3rmxn thank you, I reply you in IceCat AUR package. I have to compile FF ESR the same way. Seems that something is wrong when you tune CFLAGS...

sp1d3rmxn commented on 2019-12-05 16:36 (UTC)

This bullshit has been going on for awhile. It seems as though specifying your CPU arch is now an issue. Guess the new amateur hour devs are to <fill in the blank> to realize "x86-64" for generic purposes is weak sauce if you don't know that your CPU has specific instruction sets that can get you more bang for the buck. Anyways here's the report: https://bugs.llvm.org/show_bug.cgi?id=43659

sp1d3rmxn commented on 2019-11-22 13:43 (UTC)

@figue - Yes and no answer to your question, yes for the last 4 years we have run linux-hardened, been through many of these upgrades and no because these are stock and installed as such. The only compilation is due to packages being in AUR. We use distcc occasionally if there are a ton to upgrade but, that compiler was eliminated in these test runs.

The issues when new versions of libraries get released seems to be a decades old problem for linux devs to keep their shit straight. The comment section here is proof of the constant issues that shouldn't exist with something called "extended support ...". I did find several others who have had to downgrade to clang/llvm/rust to previous versions or others have changed the compilation back to GCC instead of the shitty clang like here: https://www.linuxquestions.org/questions/slackware-14/llvm-9-0-0-clang-segfault-firefox-build-4175661799/ or this about waterfox (another mozilla based product experiencing similar bullshit to this): https://aur.archlinux.org/packages/waterfox-classic-git/#comment-716172

I have even more links but, I think you get the idea. Doesn't seem to matter to much about the customization as much as it seems in tracking down patches due to devs not being thorough because others are experiencing identical issues and they aren't even using Arch.

I suspect others may not have gone through this because having 500 machines to manage as I do tends to show issues like this quickly.

figue commented on 2019-11-21 22:52 (UTC)

@sp1d3rmxn that's weird... Do you use stock kernel? Any other custom configuration?

sp1d3rmxn commented on 2019-11-21 15:13 (UTC) (edited on 2019-11-21 18:50 (UTC) by sp1d3rmxn)

This occurs in a fresh install with a fresh chroot environment (tried on 3 different machines that are brand new):

48:29.54 clang-9: error: unable to execute command: Segmentation fault (core dumped)

48:29.54 clang-9: error: clang frontend command failed due to signal (use -v to see invocation)

48:29.54 clang version 9.0.0 (tags/RELEASE_900/final)

48:29.54 Target: x86_64-pc-linux-gnu

48:29.54 Thread model: posix

48:29.54 InstalledDir: /usr/bin

48:29.54 clang-9: note: diagnostic msg: PLEASE submit a bug report to and include the crash backtrace, preprocessed source, and associated run script.

48:29.54 clang-9: error: unable to execute command: Segmentation fault (core dumped)

48:29.54 clang-9: error: clang frontend command failed due to signal (use -v to see invocation)

48:29.54 clang version 9.0.0 (tags/RELEASE_900/final)

48:29.54 Target: x86_64-pc-linux-gnu

48:29.54 Thread model: posix

48:29.54 InstalledDir: /usr/bin

48:29.54 clang-9: note: diagnostic msg: PLEASE submit a bug report to and include the crash backtrace, preprocessed source, and associated run script.

48:29.58 clang-9: note: diagnostic msg:

48:29.58 ****

48:29.58 PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:

48:29.58 Preprocessed source(s) and associated run script(s) are located at:

48:29.58 clang-9: note: diagnostic msg: /tmp/test-ctors-36d1f3.c

48:29.58 clang-9: note: diagnostic msg: /tmp/test-ctors-36d1f3.sh

48:29.58 clang-9: note: diagnostic msg:

48:29.58 ****

48:29.58 make[4]: *** [/build/firefox-esr/src/firefox-68.2.0/config/rules.mk:755: test-ctors.o] Error 254

48:29.58 make[4]: *** Waiting for unfinished jobs....

48:29.58 clang-9: note: diagnostic msg:

48:29.58 ****

48:29.58 PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:

48:29.58 Preprocessed source(s) and associated run script(s) are located at:

48:29.58 clang-9: note: diagnostic msg: /tmp/test-array-aae6dc.c

48:29.58 clang-9: note: diagnostic msg: /tmp/test-array-aae6dc.sh

48:29.58 clang-9: note: diagnostic msg:

48:29.58 ****

48:29.59 make[4]: *** [/build/firefox-esr/src/firefox-68.2.0/config/rules.mk:755: test-array.o] Error 254

48:29.59 make[3]: *** [/build/firefox-esr/src/firefox-68.2.0/config/recurse.mk:101: build/unix/elfhack/libs] Error 2

48:29.59 make[2]: *** [/build/firefox-esr/src/firefox-68.2.0/config/recurse.mk:34: libs] Error 2

48:29.59 make[1]: *** [/build/firefox-esr/src/firefox-68.2.0/config/rules.mk:413: default] Error 2

48:29.59 make: *** [client.mk:125: build] Error 2

48:29.61 159 compiler warnings present.

48:29.66 Notification center failed: Install notify-send (usually part of the libnotify package) to get a notification when the build finishes.

==> ERROR: A failure occurred in build().

Aborting...


Same exact thing outside of chroot:

52:44.67 clang-9clang-9: : error: unable to execute command: Segmentation fault (core dumped)error 52:44.67 : unable to execute command: Segmentation fault (core dumped) 52:44.67 clang-9clang-9: : error: error: clang frontend command failed due to signal (use -v to see invocation) 52:44.67 clang frontend command failed due to signal (use -v to see invocation) 52:44.67 clang version 9.0.0 (/home/sp1d3y/.cache/asp 424e7455481f941ec2259cc4c491238007cdf3d3) 52:44.67 Target: clang version 9.0.0 (/home/sp1d3y/.cache/asp 424e7455481f941ec2259cc4c491238007cdf3d3)x86_64-pc-linux-gnu 52:44.67 Thread model: Target: posixx86_64-pc-linux-gnu 52:44.67 InstalledDir: 52:44.67 /usr/binThread model: 52:44.67 posix 52:44.67 clang-9: InstalledDir: /usr/binnote 52:44.67 : diagnostic msg: PLEASE submit a bug report to and include the crash backtrace, preprocessed source, and associated run script.clang-9: 52:44.67 note: diagnostic msg: PLEASE submit a bug report to and include the crash backtrace, preprocessed source, and associated run script. 52:44.71 clang-9: note: diagnostic msg: 52:44.72 **** 52:44.72 PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: 52:44.72 Preprocessed source(s) and associated run script(s) are located at: 52:44.72 clang-9: note: diagnostic msg: /tmp/test-array-7c38e4.c 52:44.72 clang-9: note: diagnostic msg: /tmp/test-array-7c38e4.sh 52:44.72 clang-9: note: diagnostic msg: 52:44.72 *** 52:44.72 clang-9: note: diagnostic msg: 52:44.72 ** 52:44.72 PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: 52:44.72 Preprocessed source(s) and associated run script(s) are located at: 52:44.72 clang-9: note: diagnostic msg: /tmp/test-ctors-2a586c.c 52:44.72 clang-9: note: diagnostic msg: /tmp/test-ctors-2a586c.sh 52:44.72 clang-9: note: diagnostic msg: 52:44.72 ** 52:44.72 make[4]: [/home/sp1d3y/software/testing/firefox-esr/src/firefox-68.2.0/config/rules.mk:755: test-array.o] Error 254 52:44.72 make[4]: Waiting for unfinished jobs.... 52:44.72 make[4]: [/home/sp1d3y/software/testing/firefox-esr/src/firefox-68.2.0/config/rules.mk:755: test-ctors.o] Error 254 52:44.72 make[3]: [/home/sp1d3y/software/testing/firefox-esr/src/firefox-68.2.0/config/recurse.mk:101: build/unix/elfhack/libs] Error 2 52:44.72 make[2]: [/home/sp1d3y/software/testing/firefox-esr/src/firefox-68.2.0/config/recurse.mk:34: libs] Error 2 52:44.72 make[1]: [/home/sp1d3y/software/testing/firefox-esr/src/firefox-68.2.0/config/rules.mk:413: default] Error 2 52:44.72 make: [client.mk:125: build] Error 2 52:44.74 159 compiler warnings present. 52:44.83 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed ==> ERROR: A failure occurred in build(). Aborting...

clang has been recompiled and stock version used in both tests with both producing exactly the same results.

figue commented on 2019-11-19 23:56 (UTC)

@AndyRTR indeed. Thank you!

AndyRTR commented on 2019-11-19 18:13 (UTC)

FF-esr builds well with rust 1.39 and this patch applied. So there's no need to build another AUR (rust-bin) pkg:

https://svnweb.freebsd.org/ports/head/www/firefox-esr/files/patch-bindgen-rust1390?revision=516995&view=markup&pathrev=516995

figue commented on 2019-11-18 19:44 (UTC)

I had to push a new release, because Rust version 1.39 breaks ESR build. Dependency rust-bin=1.37.0 it's on AUR.

If anybody wants to build in a clean chroot, I managed to build using clean-chroot-manager by graysky adding rust-bin to local repo then build it.

sp1d3rmxn commented on 2019-11-15 22:06 (UTC) (edited on 2019-11-15 22:08 (UTC) by sp1d3rmxn)

In classic moronic style the build just fails:

14:56.22 error: build failed

14:56.22 make[4]: *** [/home/user/.cache/pikaur/build/firefox-esr/src/firefox-68.2.0/config/makefiles/rust.mk:240: force-cargo-library-build] Error 101

14:56.22 make[3]: *** [/home/user/.cache/pikaur/build/firefox-esr/src/firefox-68.2.0/config/recurse.mk:74: toolkit/library/rust/target] Error 2

14:56.22 make[3]: *** Waiting for unfinished jobs....

16:36.62 make[2]: *** [/home/user/.cache/pikaur/build/firefox-esr/src/firefox-68.2.0/config/recurse.mk:34: compile] Error 2

16:36.62 make[1]: *** [/home/user/.cache/pikaur/build/firefox-esr/src/firefox-68.2.0/config/rules.mk:413: default] Error 2

16:36.62 make: *** [client.mk:125: build] Error 2

Don't you just love those explanations? Error 2? WTF is that? Google is not your friend for that lame shit. This is 2019 the lame ass errors and stupid compile errors should be well beyond done. What the hell guys.

figue commented on 2019-09-05 09:37 (UTC)

@NekoBuster firefox.desktop updated. Please refresh your local repo. Cheers

NekoBuster commented on 2019-09-05 00:08 (UTC) (edited on 2019-09-05 00:09 (UTC) by NekoBuster)

Can you add StartupWMClass to the desktop app so we don't need to mannually add it every time after update?

figue commented on 2019-07-09 16:05 (UTC)

@AndyRTR thanks for reporting... I forgot to check in a clean chroot. Can you check if all is OK now? I'll be online later to check it myself at home.

AndyRTR commented on 2019-07-09 10:04 (UTC)

Package won't build due to missing python v3 dependency. Please compare your deps/makedeps and further build with last FF67 from extra repo or FF68 once it the repos. Please make sure it builds well in a clean chroot.

figue commented on 2019-06-08 15:07 (UTC)

@dctxmei yeah, i686 can be dropped... I don't use for years. Any objections?

dctxmei commented on 2019-06-08 02:24 (UTC)

I use the command:

$ extra-x86_64-build -c

Result:

Checking PKGBUILD
PKGBUILD (firefox-esr) E: File referenced in $startdir
Checking firefox-esr-60.7.0-1-x86_64.pkg.tar.xz
firefox-esr W: Referenced library 'libmozgtk.so' is an uninstalled dependency
firefox-esr W: Referenced library 'libxul.so' is an uninstalled dependency
firefox-esr W: Referenced library 'libmozsqlite3.so' is an uninstalled dependency
firefox-esr W: Referenced library 'libmozsandbox.so' is an uninstalled dependency
firefox-esr W: Referenced library 'liblgpllibs.so' is an uninstalled dependency
firefox-esr W: Referenced library 'libmozavutil.so' is an uninstalled dependency
firefox-esr E: Symlink (usr/lib/firefox/dictionaries) points to non-existing /usr/share/hunspell
firefox-esr E: Symlink (usr/lib/firefox/hyphenation) points to non-existing /usr/share/hyphen
firefox-esr W: Unused shared library '/usr/lib/libpthread.so.0' by file ('usr/lib/firefox/gtk2/libmozgtk.so')
firefox-esr W: Unused shared library '/usr/lib/libgtk-x11-2.0.so.0' by file ('usr/lib/firefox/gtk2/libmozgtk.so')
firefox-esr W: Unused shared library '/usr/lib/libgdk-x11-2.0.so.0' by file ('usr/lib/firefox/gtk2/libmozgtk.so')
firefox-esr W: Unused shared library '/usr/lib/libpthread.so.0' by file ('usr/lib/firefox/liblgpllibs.so')
firefox-esr W: Unused shared library '/usr/lib/libstdc++.so.6' by file ('usr/lib/firefox/liblgpllibs.so')
firefox-esr W: Unused shared library '/usr/lib/libm.so.6' by file ('usr/lib/firefox/libmozavcodec.so')
firefox-esr W: Unused shared library '/usr/lib/libpthread.so.0' by file ('usr/lib/firefox/libmozgtk.so')
firefox-esr W: Unused shared library '/usr/lib/libgtk-3.so.0' by file ('usr/lib/firefox/libmozgtk.so')
firefox-esr W: Unused shared library '/usr/lib/libgdk-3.so.0' by file ('usr/lib/firefox/libmozgtk.so')
firefox-esr E: Dependency gtk2 detected and not included (libraries ['usr/lib/libgtk-x11-2.0.so.0', 'usr/lib/libgdk-x11-2.0.so.0'] needed in files ['usr/lib/firefox/gtk2/libmozgtk.so'])
firefox-esr W: Dependency included and not needed ('mozilla-common')
firefox-esr W: Dependency included and not needed ('ffmpeg')
firefox-esr W: Dependency included and not needed ('hunspell')
firefox-esr W: Dependency included and not needed ('libpulse')

dctxmei commented on 2019-06-08 00:59 (UTC)

It is recommended to give up i686 support :)

figue commented on 2019-05-07 13:50 (UTC)

@GI_Jack done. Thanks

GI_Jack commented on 2019-05-07 00:01 (UTC)

fix Icon= in the .destop file. pls point it to Icon=firefox-esr

GI_Jack commented on 2019-05-05 21:20 (UTC) (edited on 2019-05-05 21:21 (UTC) by GI_Jack)

change provides=(firefox)

to

provides=(firefox=${pkgver})

This way it doesn't break plugins. Also, borked with Arch32. No ideas why.

figue commented on 2019-03-20 21:26 (UTC)

Had to add rust 1.33 patches... Please review if everything is fine.

figue commented on 2019-03-20 09:20 (UTC)

Thanks @AndyRTR for the out-of-date notification. Since 60.6.0 was public I try to workaround the build process, because rust 1.33 is not compatible with 60.6.0. There is a patch available and it seems that it works, but there are other errors with "macro" that throws errors and build fails. I'll try to continue later...

17:51.06 libpacing_gn.a.desc
17:51.24    Compiling cubeb-pulse v0.1.1 (/DATA2/packages/figue/firefox-esr/src/firefox-60.6.0/media/libcubeb/cubeb-pulse-rs)
17:53.58    Compiling style_traits v0.0.1 (/DATA2/packages/figue/firefox-esr/src/firefox-60.6.0/servo/components/style_traits)
17:53.74 warning: use of deprecated item 'std::ascii::AsciiExt': use inherent methods instead
17:53.74   --> servo/components/style_traits/viewport.rs:10:30
17:53.74    |
17:53.74 10 | #[allow(unused_imports)] use std::ascii::AsciiExt;
17:53.74    |                              ^^^^^^^^^^^^^^^^^^^^
17:53.74    |
17:53.74    = note: #[warn(deprecated)] on by default
17:53.74
17:54.08 error: missing documentation for macro
17:54.08    --> servo/components/style_traits/values.rs:139:1
17:54.08     |
17:54.08 139 | macro_rules! serialize_function {
17:54.08     | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
17:54.08     |
17:54.08 note: lint level defined here
17:54.08    --> servo/components/style_traits/lib.rs:12:22
17:54.08     |
17:54.08 12  | #![deny(unsafe_code, missing_docs)]
17:54.08     |                      ^^^^^^^^^^^^
17:54.08
17:54.08 error: missing documentation for macro
17:54.08    --> servo/components/style_traits/values.rs:408:1
17:54.08     |
17:54.08 408 | macro_rules! define_css_keyword_enum {
17:54.08     | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
17:54.08
17:54.10 error: aborting due to 2 previous errors
17:54.10
17:54.12 error: Could not compile `style_traits`.
17:54.12
17:54.12 To learn more, run the command again with --verbose.
17:54.13 make[4]: *** [/DATA2/packages/figue/firefox-esr/src/firefox-60.6.0/config/rules.mk:979: force-cargo-library-build] Error 101
17:54.13 make[3]: *** [/DATA2/packages/figue/firefox-esr/src/firefox-60.6.0/config/recurse.mk:73: toolkit/library/rust/target] Error 2
17:54.13 make[3]: *** Se espera a que terminen otras tareas....
17:55.40 libremote_bitrate_estimator_gn.a.desc
17:58.06 libmedia_webrtc_signaling_gtest.a.desc
18:00.03 libaudio_processing_gn.a.desc
18:00.19 make[2]: *** [/DATA2/packages/figue/firefox-esr/src/firefox-60.6.0/config/recurse.mk:33: compile] Error 2
18:00.19 make[1]: *** [/DATA2/packages/figue/firefox-esr/src/firefox-60.6.0/config/rules.mk:442: default] Error 2
18:00.19 make: *** [client.mk:169: build] Error 2
18:00.20 92 compiler warnings present.
18:00.24 Failed to parse ccache stats output: stats updated                       Fri Jan 18 15:44:47 2019
18:00.24 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed
==> ERROR: Se produjo un fallo en build().
    Cancelando...

AndyRTR commented on 2019-03-06 18:23 (UTC)

The pkg needs a rebuild for libvpx 1.8.x - maybe you follow firefox pkg from the repos that moved to more internal libs.

figue commented on 2019-02-09 19:03 (UTC) (edited on 2019-02-09 19:04 (UTC) by figue)

@BrLi are you sure that you have the community rust/cargo package? Did you clean your previous build with -C?

% LANG=C pacman -Qi rust
Name            : rust
Version         : 1:1.32.0-1
Description     : Systems programming language focused on safety, speed and concurrency
Architecture    : x86_64
URL             : https://www.rust-lang.org/
Licenses        : MIT  Apache
Groups          : None
Provides        : cargo  rustfmt
Depends On      : gcc-libs  llvm-libs  curl  libssh2
Optional Deps   : None
Required By     : None
Optional For    : None
Conflicts With  : cargo  rustfmt
Replaces        : cargo  rustfmt
Installed Size  : 192.62 MiB
Packager        : Johannes L
Build Date      : Thu Jan 17 23:32:42 2019
Install Date    : Fri Jan 18 21:50:31 2019
Install Reason  : Installed as a dependency for another package
Install Script  : No
Validated By    : Signature

You can try editing PKGBUILD and remove "ac_add_options --enable-rust-simd"

BrLi commented on 2019-02-09 17:21 (UTC)

@figue I'm afraid that doesn't help, I turn to GCC then.

figue commented on 2018-12-12 19:22 (UTC) (edited on 2018-12-12 19:22 (UTC) by figue)

@BrLi can you try to workaround the build with clang?

env _CLANG=1 makepkg -si

BrLi commented on 2018-12-12 05:37 (UTC)

Hi, I'm having issue when building under clean chroot... The chroot system is up-to-date

10:34.60 error: /home/user/firefox-esr/src/firefox-60.4.0/obj-ff/toolkit/library/release/deps/libcssparser_macros-bb0b1a733c43c15c.so: undefined symbol: atexit
10:34.60   --> /home/user/firefox-esr/src/firefox-60.4.0/third_party/rust/cssparser/src/lib.rs:73:14
10:34.60    |
10:34.60 73 | #[macro_use] extern crate cssparser_macros;
10:34.60    |              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
10:34.60 
10:34.60 error: aborting due to previous error
10:34.60 
10:34.61 error: Could not compile `cssparser`.
10:34.61 warning: build failed, waiting for other jobs to finish...
10:34.68 error: /home/user/irefox-esr/src/firefox-60.4.0/obj-ff/toolkit/library/release/deps/libxpcom_macros-39504dc553d554c1.so: undefined symbol: atexit
10:34.68   --> xpcom/rust/xpcom/src/lib.rs:21:1
10:34.68    |
10:34.68 21 | extern crate xpcom_macros;
10:34.69    | ^^^^^^^^^^^^^^^^^^^^^^^^^^
10:34.69 
10:34.69 error: aborting due to previous error
10:34.69 
10:34.69 error: Could not compile `xpcom`.
10:34.69 warning: build failed, waiting for other jobs to finish...

can you help me?

figue commented on 2018-09-21 14:52 (UTC)

@leewdch pushed new release with that patch. It fixes compilation in IceCat (based off FF-ESR)... I haven't tested though...

Also, clang is now used only if you export the variable _CLANG before building or if you set inside PKGBUILD.

hussam commented on 2018-09-20 14:58 (UTC) (edited on 2018-09-20 15:08 (UTC) by hussam)

@leewdch Try the patch from https://bugzilla.mozilla.org/show_bug.cgi?id=1479540

commented on 2018-09-20 14:50 (UTC)

Can you tell what's wrong? I'm trying to compile on a clean install but somehow it fails saying I need more than 2 value to extract: https://i.imgur.com/grw1vie.jpg

figue commented on 2018-09-07 18:38 (UTC) (edited on 2018-09-07 18:41 (UTC) by figue)

@AndyRTR thank you. It's really weird, but I tried even in a virtual machine on a Windows host, and it fails too. So, if I maintain this package I need to validate the build. Feel free to delete CC and CXX variables from my PKGBUILD if you want continue compiling with gcc

AndyRTR commented on 2018-09-07 15:58 (UTC)

I see no need to switch to Clang compiler. Using gcc worked well for me building in a clean chroot.

figue commented on 2018-09-05 23:06 (UTC) (edited on 2018-09-06 21:26 (UTC) by figue)

I had to switch to clang instead of gcc to build FF-ESR on my machines... Will test deeply tomorrow, but it should be OK. Is this a problem for someone?

Edit: tests were ok, will push change tomorrow.

figue commented on 2018-09-05 19:48 (UTC)

PLease test 60.2.0... I can't build it :''''(

figue commented on 2018-06-15 23:07 (UTC)

I've successfully build FF-ESR 60.0.2 in other machine.

Please test and report if something is wrong.

One note: I've removed python path workaround, it builds fine without it.

figue commented on 2018-06-10 20:30 (UTC)

Can somebody bump PKGVER and try to see if it builds for you? Mine fails in something related to skia or GL...

50:02.88 during GIMPLE pass: wrestrict
50:02.88 En la función miembro static ‘static void GrGLPath::InitPathObjectPathData(GrGLGpu*, GrGLuint, const SkPath&)’:
50:02.88 en pp_format, en pretty-print.c:1378
50:02.88  void GrGLPath::InitPathObjectPathData(GrGLGpu* gpu,
50:02.88       ^~~~~~~~
50:02.89 Por favor, envíe un informe completo de errores,
50:02.89 con el código preprocesado si es apropiado.
50:02.89 Véase <https://bugs.archlinux.org/> para instrucciones.
50:02.91 make[4]: *** [/DATA2/packages/figue/firefox-esr/src/firefox-60.0.2/config/rules.mk:1049: GrGLPath.o] Error 1

figue commented on 2018-05-22 13:45 (UTC)

https://aur.archlinux.org/packages/firefox-esr52/

rashyd commented on 2018-05-22 12:32 (UTC)

Hi, where can I find the firefox-esr v52.x package ? I want to downgrade it to v52.x.

figue commented on 2017-12-18 15:11 (UTC) (edited on 2017-12-18 15:13 (UTC) by figue)

@bogdanbiv just build it manually in another place:

cd your_desired_folder
git clone https://aur.archlinux.org/firefox-esr.git
cd firefox-esr
makepkg -sic

Or if you are using yaourt or pacaur, just change BUILDIR.

Cheers

bogdanbiv commented on 2017-12-18 14:27 (UTC)

Please help - for me Building Firefox ESR fails because it overfills the /tmp partition.

Building Firefox ESR fills my tmp partition and fails: Filesystem Size Used Avail Use% Mounted on tmpfs 7.7G 7.7G 4.0K 100% /tmp

Here is the last of the build log: 0:11.99 make: Leaving directory '/tmp/yaourt-tmp-bogdanbiv/aur-firefox-esr/src/firefox-52.5.2esr/obj-x86_64-pc-linux-gnu' Traceback (most recent call last): File "/usr/lib/python2.7/logging/init.py", line 885, in emit self.flush() File "/usr/lib/python2.7/logging/init.py", line 845, in flush self.stream.flush() IOError: [Errno 28] No space left on device Logged from file logging.py, line 54 ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build firefox-esr. ==> Restart building firefox-esr ? [y/N]

figue commented on 2017-12-05 00:06 (UTC) (edited on 2017-12-05 00:08 (UTC) by figue)

I read here that ESR 52.5.1 is still a release candidate and was pushed by mistake to releases folder in Mozilla's public FTP.

So I maintain my last comment or you can download tar.bz2 here.

Cheers

PD: I'm running the candidate just fine

figue commented on 2017-12-02 21:18 (UTC) (edited on 2017-12-02 21:18 (UTC) by figue)

I don't know why, but it seems Mozilla removed ESR 52.5.1... You can revert my last commit or "git checkout 59b7f1c2468637bccde4f4e914cf03a86477a453" as a workaround and then "makepkg -sic" as always. Later you can switch to master branch again (git checkout master) to return to AUR release... I'll try to figure out what happened.

figue commented on 2017-11-07 17:44 (UTC)

@MrHritik your main mirror seems outdated. Latest rust in community is 1:1.21.0-2. figue@pluto ...~ % LANG=C pacman -Si rust | egrep 'Repo|Ver' Repository : community Version : 1:1.21.0-2

MrHritik commented on 2017-11-07 12:22 (UTC)

error: failed retrieving file 'rust-1:1.21.0-1-x86_64.pkg.tar.xz' from ind.mirror.pkgbuild.com : The requested URL returned error: 404

figue commented on 2017-10-18 19:41 (UTC)

Thanks @bhrgunatha for reporting this. Patch added and version bumped. Who doesn't have a Nvidia card, can ignore this update.

bhrgunatha commented on 2017-10-18 17:06 (UTC)

I had an issue with the newer nvidia drivers causing crashes. See - https://bbs.archlinux.org/viewtopic.php?pid=1741704#p1741704 I bumped the pkgrel and added the patch mentioned in that post to install locally and haven't had any further crashes. PKGBUILD - https://pastebin.com/yccCB9U1 Patch - https://pastebin.com/9nkXHgny Mozilla bug - https://bugzilla.mozilla.org/show_bug.cgi?id=1382358 Patch commit - https://hg.mozilla.org/integration/mozilla-inbound/rev/4a5185552a07

figue commented on 2017-09-23 13:18 (UTC)

@jarerod thanks. This happens when it's too late at night. Fixed. Please, refresh your sources.

jarerod commented on 2017-09-23 07:02 (UTC)

$ pacaur -Sy firefox-esr :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date :: Package firefox-esr not found in repositories, trying AUR... :: resolving dependencies... :: looking for inter-conflicts... AUR Packages (1) firefox-esr-52.3.0-6 :: Proceed with installation? [Y/n] y :: Retrieving package(s)... :: firefox-esr build files are up-to-date -- skipping :: Checking firefox-esr integrity... ==> Making package: firefox-esr 52.3.0-6 (Sat Sep 23 01:00:24 MDT 2017) ==> Retrieving sources... -> Found firefox-52.3.0esr.source.tar.xz -> Found firefox.desktop -> Found firefox-symbolic.svg -> Found 0001-Bug-54395-remove-hardcoded-flag-lcrmf.patch -> Found firefox-install-dir.patch -> Found fix-wifi-scanner.diff -> Found glibc-2.26-fix.diff -> Found clip-ft-glyph.diff -> Found harmony-fix.diff -> Found rust-i686.patch -> Found make_SystemResourceMonitor.stop_more_resilient_to_errors.patch ==> ERROR: Integrity checks (sha256) differ in size from the source array. :: failed to verify firefox-esr integrity

figue commented on 2017-09-23 00:32 (UTC)

@Blaiz0r thanks for reporting. I made some changes and had to add a patch to workaround the build. Please, try and report back.

Blaiz0r commented on 2017-09-22 18:17 (UTC)

Failed to build this today: Error running mach: ['build'] The error occurred in code that was called by the mach command. This is either a bug in the called code itself or in the way that mach is calling it. You should consider filing a bug for this issue. If filing a bug, please include the full output of mach, including this error message. The details of the failure are as follows: AssertionError File "/home/alex/.cache/pacaur/firefox-esr/src/firefox-52.3.0esr/python/mozbuild/mozbuild/mach_commands.py", line 459, in build monitor.finish(record_usage=status==0) File "/home/alex/.cache/pacaur/firefox-esr/src/firefox-52.3.0esr/python/mozbuild/mozbuild/mach_commands.py", line 236, in __exit__ self.monitor.stop_resource_recording() File "/home/alex/.cache/pacaur/firefox-esr/src/firefox-52.3.0esr/python/mozbuild/mozbuild/controller/building.py", line 243, in stop_resource_recording self.resources.stop() File "/home/alex/.cache/pacaur/firefox-esr/src/firefox-52.3.0esr/testing/mozbase/mozsystemmonitor/mozsystemmonitor/resourcemonitor.py", line 289, in stop assert self._running ==> ERROR: A failure occurred in build(). Aborting...

klemens commented on 2017-09-08 19:06 (UTC)

I was able to debug myself through the code of the crashing site that I originally encountered and produce a minimal example that reliably crashes the current tab for me: [1] @figue: Could you please verify that this also crashes for you? I will then go ahead and report the bug. [1]: http://asa.crpt.de/files/crash-firefox-esr.html

figue commented on 2017-08-29 15:00 (UTC)

New release to fix crashreporter build.

figue commented on 2017-08-28 15:30 (UTC) (edited on 2017-08-28 15:34 (UTC) by figue)

Ok just forgot to remove !strip. I'll check release 4 again without it. Still bigger, but better now.

figue commented on 2017-08-27 21:17 (UTC)

Ok. Do it please... I understand the huge file, but I don't know why without building symbols is huge too... If you want to check my sources... http://figue.lnx.im/PKGBUILDs/firefox-esr-52.3.0-4.src.tar.gz

klemens commented on 2017-08-27 21:16 (UTC)

@figue: libxul.so being so huge is pretty normal when it has debugging information included (mine was around 1,2 GiB). When you attach a gdb, you will get a backtrace with symbols when it crashes (disabling multiprocess makes it much easier to capture). For the symbols on crash-stats.mozilla.com to resolve correctly, you probably need to upload the generated *crashreporter-symbols.zip file. I think I will just open a bug report at mozilla with my gdb backtrace and the two crash reports.

figue commented on 2017-08-27 21:05 (UTC) (edited on 2017-08-27 21:16 (UTC) by figue)

@klemens mmm I think I made some mistake... libxul.so is huge... Let me check it. https://crash-stats.mozilla.com/report/index/d286d38a-295e-4d73-8d49-c74251170827#tab-details

klemens commented on 2017-08-27 19:03 (UTC)

@figue: Did your crash report include symbols? You can view all sent reports using about:crashes.

figue commented on 2017-08-27 18:56 (UTC) (edited on 2017-08-27 18:57 (UTC) by figue)

Hi @klemens, I have crashreporter working again. I could sent the crash to Mozilla. I'm building Firefox again without symbols, because package with symbols is more than 1 GB... (it's the release 52.3.0-3). Will push my changes to AUR's git later if you want to make more tests.

klemens commented on 2017-08-26 17:48 (UTC)

@figue: I tried to make the crash reporter work [1], but this may not be the right approach, as everyone would have to upload their symbols package to crash-stats.mozilla.com, for which you need an auth token. So I suggest removing `mach buildsymbols` again. However, I was able to get a backtrace of the crash with symbols using gdb [1]. [1]: https://gist.github.com/klemens/15aec97e5f6c22d3b3bddb39048cd280

figue commented on 2017-08-24 23:57 (UTC) (edited on 2017-08-25 08:09 (UTC) by figue)

@klemens can you try the new release? Edit: Forget it, still crash. I've disabled a couple of system libraries in the build and switched to "mach build", but I can't add "find . -name '*crashreporter-symbols-full.zip' -exec cp -fvt "$startdir" {} +" because crashreporter fails to build in two of my machines, so I've disabled it. If it's too important for you, you can try to add "find . -name '*crashreporter-symbols-full.zip' -exec cp -fvt "$startdir" {} +" in package() and enable crashreporter, build and then debug the crash and send it to upstream. Good luck!

klemens commented on 2017-08-24 15:12 (UTC) (edited on 2017-08-24 15:20 (UTC) by klemens)

@figue: It had been the first time that I built this package. I just rebuilt it and the error persists. I also uploaded the crash report [1], but it doesn't contain symbols, so it is rather useless. However I am not sure how to build the package with symbols or how to use them if they are already included. Edit: It seems symbols have to be created and uploaded separately: [2] [1]: https://crash-stats.mozilla.com/report/index/412d2adb-ff81-4cda-ba55-bc4f41170824#tab-details [2]: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/firefox&id=384274d92b096f95ab46bfd17ded75815f67aac3

figue commented on 2017-08-24 14:28 (UTC) (edited on 2017-08-24 14:29 (UTC) by figue)

@klemens that URL craches my Firefox ESR too. Not much is dump in console: Promise rejected after context unloaded: Message manager disconnected Promise rejected after context unloaded: Message manager disconnected ExceptionHandler::GenerateDump cloned child 22028 ExceptionHandler::WaitForContinueSignal waiting for continue signal... ExceptionHandler::SendContinueSignalToChild sent continue signal to child With NoScript activated, page loads just "fine", is when I allow all the scripts from that domain that Firefox crash. Did you rebuild Firefox recently to see if some library update is causing the crash?

figue commented on 2017-08-19 08:24 (UTC)

@klemens I'm on vacation until next monday, so I can't test now. But you can try to rebuild Firefox, maybe a library update makes it crash... But without logs it's hard to say.

ben81 commented on 2017-08-18 19:13 (UTC)

@klemens, that website did not crash my Firefox ESR 52.3.0. However, I have Manjaro, not Arch. Maybe that’s the difference.

klemens commented on 2017-08-17 20:15 (UTC)

Opening [1] reliably crashes the current tab for me, even with a clean new profile, while firefox-esr-bin seems to work fine. Does it crash for anyone else? [1]: https://www.soeren-hentzschel.at/firefox/neues-logo-firefox-und-firefox-klar/

figue commented on 2017-07-05 11:10 (UTC)

@test0 it was nothing... Sometimes the solution is already done in [extra], but I didn't see it.

test0 commented on 2017-07-05 07:16 (UTC)

@figue: Yes, everything works as expected (including uMatrix). So apparently optimization flags were the cause. Thank you for your time and effort in resolving this problem.

figue commented on 2017-07-04 15:17 (UTC)

@test0 can you try 52.2.1-2 and see if skia works as expected? Use default GCC (7.1.1)

figue commented on 2017-07-03 19:31 (UTC)

@test0 ok. Thank you. Anyway, if I find a patch I'll surely apply it.

test0 commented on 2017-07-02 17:47 (UTC)

@figue: When firefox-esr 52.2.1-1 is compiled with gcc 6.3.1-2 then for me everything works as expected (including uMatrix). uMatrix also works with official firefox 54.0.1-1, which is already compiled with gcc 7.1.1-3, so this bug is already fixed in newer firefox. I presume that firefox-esr will never get those patches, because it can only gets critical/security fixes. To be honest for me it's not a big deal, because I can always downgrade gcc when I compile firefox-esr. I just want let you know about it here, because someone else may have similar problems.

figue commented on 2017-07-02 15:24 (UTC)

@test0 I don't use uMatrix, so I can't confirm. Can you downgrade gcc and see if that fix it? And at the end... do you know if there is any patch to fix it? I couldn't find any bug upstream.

test0 commented on 2017-07-02 07:50 (UTC)

@figue: I'm afraid that in my case it's not only graphical issues. For me some addons doesn't work properly when firefox-esr 52.2.1-1 is compiled with gcc 7.1.1-3, precisely speaking uMatrix doesn't block scripts on websites.

figue commented on 2017-06-15 10:11 (UTC)

@test0 @Case_Of try to change content backend to cairo [1]. Fix it for me. [1] https://wiki.archlinux.org/index.php/Firefox/Tweaks#Set_AzureContentBackend_to_Skia_instead_of_Cairo

commented on 2017-06-14 15:12 (UTC)

@test0: ok thanks! @figue: Maybe should you add gcc63 in makedeps?

test0 commented on 2017-06-14 06:49 (UTC)

@Case_Of: The cause is new gcc 7.1.1-2. When firefox-esr is compiled with gcc 6.3.1-2 everything works as expected.

commented on 2017-06-14 03:02 (UTC)

Firefox seems to be broke since that update http://i.imgur.com/ljwesi2.png

figue commented on 2017-04-30 09:58 (UTC)

@Case_Of no, Rust should work. I removed rust patch and enable-rust in mozconfig, following Firefox in [extra]

commented on 2017-04-30 01:28 (UTC)

Oh you completely disabled rust, which fix those issues. Thanks ^^

figue commented on 2017-04-30 00:04 (UTC)

@Case_Of try now. Worked for me :)

commented on 2017-04-29 19:34 (UTC)

Is it building for you for the hunspell/icu update?

figue commented on 2017-04-21 14:34 (UTC)

@Case_Of I just forgot to push the new version... Sorry :)

figue commented on 2015-06-23 15:18 (UTC)

I was thinking about it at the beginning. But, finally, I decided to maintain this package as a replace of Firefox in official repos. If you want to duplicate this package as a separate version that can live with official Firefox is OK for me. It will only need some changes in dependencies and some options in mozconfig. If you want to write profiles in a new directory (and not .mozilla/firefox) you will need to change it in mozconfig too. As for the build: it was fine for me a month ago. Was built in a clean chroot in a machine with 8 GB RAM. In a laptop with 4 GB was impossible. I notice a new patch for latest freetype code in [extra]. I don't know if your error is because of it: https://projects.archlinux.org/svntogit/packages.git/tree/trunk/freetype26.patch?h=packages/firefox

eigengrau commented on 2015-06-23 07:47 (UTC)

FWIW, the build currently fails with ../../build/unix/gold/ld: warning: hidden symbol 'hb_buffer_create' in /tmp/makepkg/firefox-esr/src/mozilla-esr38/obj-x86_64-unknown-linux-gnu/toolkit/library/../../gfx/harfbuzz/src/Unified_cpp_gfx_harfbuzz_src0.i_o is referenced by DSO /usr/lib/libpangoft2-1.0.so ../../build/unix/gold/ld: warning: hidden symbol 'FT_Get_X11_Font_Format' in /usr/lib/libfreetype.so is referenced by DSO /usr/lib/libcairo.so ../../build/unix/gold/ld: error: /tmp/makepkg/firefox-esr/src/mozilla-esr38/obj-x86_64-unknown-linux-gnu/toolkit/library/../../gfx/skia/SkFontHost_FreeType.i_o: requires dynamic R_X86_64_PC32 reloc against 'FT_Get_X11_Font_Format' which may overflow at runtime; recompile with -fPIC ../../build/unix/gold/ld: error: read-only segment has dynamic relocations ../../build/unix/gold/ld: error: hidden symbol 'FT_Get_X11_Font_Format' is not defined locally collect2: error: ld returned 1 exit status /tmp/makepkg/firefox-esr/src/mozilla-esr38/config/rules.mk:812: recipe for target 'libxul.so' failed make[6]: *** [libxul.so] Error 1 It might also be convenient to install this to a separate path, like firefox-esr-bin does, so as not to conflict with firefox.

figue commented on 2015-05-28 23:17 (UTC)

Initial release. - This package replaces firefox in [extra]. - PGO takes lot of time to build. - You need more than 4 GB of free RAM to build it properly.