Package Details: icecat 115.17.0-1

Git Clone URL: https://aur.archlinux.org/icecat.git (read-only, click to copy)
Package Base: icecat
Description: GNU version of the Firefox ESR browser
Upstream URL: https://git.savannah.gnu.org/cgit/gnuzilla.git
Keywords: browser esr gnuzilla web
Licenses: MPL-2.0
Submitter: None
Maintainer: figue (xiota)
Last Packager: xiota
Votes: 250
Popularity: 0.40
First Submitted: 2007-12-09 10:12 (UTC)
Last Updated: 2024-11-04 00:48 (UTC)

Dependencies (51)

Sources (10)

Pinned Comments

xiota commented on 2024-02-26 07:32 (UTC) (edited on 2024-08-08 03:44 (UTC) by xiota)

PKGBUILD has been updated. Major changes:

  • Downloads Firefox ESR and localization using the source array. Files are saved for reuse.
  • Saves freshly patched IceCat sources in a tarball for reuse.
  • Saves the PGO profile for reuse.

Notes:

  • Currently requires clang/llvm 17, which has to be built from AUR.
  • Wayland users, consider setting _build_pgo_xvfb=false. This will use xwayland-run for profiling.
  • PGO should work now, but if it doesn't and you're willing to go without, try _build_pgo=false.
  • Running out of RAM? Try adding mk_add_options MOZ_PARALLEL_BUILD=___ around line 300. Pick a value less than number of cores and free RAM in GB. For example, on a system with 8 cores, 64GB total RAM, but only 6 GB free, the value should be set to 4 or 5.
    • If a few people can confirm this is helpful, I will consider adding it as an additional option.
    • Main resource hog seems to be linking libxul.so. Leave a comment if you have a potential solution.

Having problems? Please provide details: processor make and model, number of cores, free -m, full log in pastebin, whether using AUR helper/makepkg/clean chroot, etc.

Latest Comments

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 85 Next › Last »

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

@cysp74 That seems to work too. Thanks!

cysp74 commented on 2021-02-27 18:53 (UTC)

I've made some checks and lowered "security.sandbox.content.level" to 1 (default is 4). Perhaps a bit better approach, instead of disabling completely sandbox.

cysp74 commented on 2021-02-26 23:12 (UTC)

@figue: Bingo, it works! Thank you!

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

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

cysp74 commented on 2021-02-24 11:04 (UTC)

The new 78.8 suffers from same thing, as prev versions regarding coredumps (below). But one more observation: With single process model (browser.tabs.remote.autostart) the drop-down menus work well also, but not with multi process settings. I mean, if I use multi process model, the drop-down menus (right click) suffer from lag, when cursor moves them over. This issue exists in recent versions (4-5? dunno, sry), hmmm. Basically I blamed gnome 3.38 for this, but as it looks like this originated from ff.

cysp74 commented on 2021-02-22 12:33 (UTC)

@figue: I can confirm icecat is usable on my end with this workaround. Thank you.

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

@cysp74 for now the only workaround that works for me is disabling multi-process tabs. You can disable it by setting the related prefs to false on the about:config page.

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

figue commented on 2021-02-21 11:16 (UTC)

@dd86 building IceCat in a clean chroot doesn't help, so the cargo cache seems not the problem here. But thanks to pointing this out.

dd86 commented on 2021-02-20 14:01 (UTC) (edited on 2021-02-20 14:02 (UTC) by dd86)

@dr460nf1r3 I had the same exact issue and I fixed it by deleting the .cargo folder in /home/user and the Icecat cache files from yay which I used to build the previous version. I've also uninstalled the previous version of Icecat before compiling the new one. I'm not an advanced user, I don't know what made the trick, but at least it compiled fine for me.

« First ‹ Previous 1 .. 13 14 15 16 17 18 19 20 21 22 23 .. 85 Next › Last »