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 .. 41 42 43 44 45 46 47 48 49 50 51 .. 85 Next › Last »

figue commented on 2017-09-19 19:02 (UTC)

@vasya it's explained in this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1400721 Firefox and Thunderbird in [extra] were already patched.

vasya commented on 2017-09-19 16:26 (UTC)

@figue, can you please explain, why did icecat need patching in the last AUR commit?: https://aur.archlinux.org/cgit/aur.git/commit/?h=icecat&id=a0c77be0e91f2dff5eba7347571dd5fdae20381f

shudouken commented on 2017-08-17 14:23 (UTC)

@figue Thanks! I also created dummy files in place of the extensions and set them to immutable to prevent updates from reinstalling them.

figue commented on 2017-08-16 15:23 (UTC)

@shudouken of course, remove the extension you want in /usr/lib/icecat/browser/extensions

shudouken commented on 2017-08-16 11:04 (UTC)

Is it possible to build this without extensions? I'd like to use ublock over spyblock and remove what I don't need, instead of just disabling it.

figue commented on 2017-08-13 08:47 (UTC)

@shadowphoton I think that the key in this page is his personal key, or other key. To sign IceCat he uses the key listed in PKGBUILD: validpgpkeys=(A57369A8BABC2542B5A0368C3C76EED7D7E04784) # Ruben Rodriguez (GNU IceCat releases key) <ruben@gnu.org> In my gpg keyring, I have this: [2/5.3.1]figue@pluto:~> LANG=C gpg -vk | head -7 gpg: using pgp trust model gpg: Note: signature key 2D000988589839A3 has been revoked /home/figue/.gnupg/pubring.kbx ------------------------------ pub rsa2048 2014-10-04 [SC] A57369A8BABC2542B5A0368C3C76EED7D7E04784 uid [ unknown] Ruben Rodriguez (GNU IceCat releases key) <ruben@gnu.org> uid [ revoked] GNU IceCat releases <gnuzilla-dev@gnu.org> sub rsa2048 2014-10-04 [E] I think that the file .sig is the signature for source file (...tar.bz2) and gpg makepkg use gpg to verify the source file. In the pinned comment, the key is an abbreviation of the long key, nothing else.

shadowphoton commented on 2017-08-12 11:36 (UTC)

I am new to gpg, and I may be wrong, but Ruben's gpg key is not the one presented in pinned comment - http://www.fsf.org/about/staff-and-board How can I know for sure that the key presented really is Ruben's key and trust enough to import it?

figue commented on 2017-06-27 11:04 (UTC) (edited on 2017-06-27 11:04 (UTC) by figue)

@AlPiotrowicz happened to me too in one machine. Seems the upstream bug is 10 days old. Hope somebody figure out what's wrong with GCC7 optimizations. Thank you for the link.

AlPiotrowicz commented on 2017-06-26 22:48 (UTC)

Hi, did somebody try compile it with gcc 7.1.1-3 using march native -o2? Seems like the same bug - https://bugzilla.mozilla.org/show_bug.cgi?id=1362771. Thanks

AndyRTR commented on 2017-06-25 07:18 (UTC)

Thanks, switching to cairo solves the rendering issue.

« First ‹ Previous 1 .. 41 42 43 44 45 46 47 48 49 50 51 .. 85 Next › Last »