Package Details: icecat 115.18.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.37
First Submitted: 2007-12-09 10:12 (UTC)
Last Updated: 2024-11-30 19:41 (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 .. 57 58 59 60 61 62 63 64 65 66 67 .. 86 Next › Last »

stamno commented on 2015-04-27 17:06 (UTC)

removed symlink and upgraded, it seems to be working just fine :) Thanks! :)

stamno commented on 2015-04-27 01:08 (UTC)

haven't tried new release yet, but symlinking did make my old install work,so I haven't recompiled yet. Will probably upgrade during the next days. Thanks! :)

figue commented on 2015-04-26 16:27 (UTC)

I upload a new release. I commented a couple of mozconfig settings. Now libvpx and icu are not provided by system, so we can workaround the current situation. Let me know if you can run IceCat again with these modifications.

<deleted-account> commented on 2015-04-26 05:10 (UTC)

My apologies, what I meant to say was that if it was already installed then a symlink should get it up and running again. You can try downgrading libvpx to 1.4.0-1 and then building icecat. I don't think this is a package issue and I foresee it being more of an upstream/GNU issue because GNU folks are sticklers for stability over bleeding edge so perhaps one of Arch's icecat dependencies breaks icecat. I could be wrong but if downgrading libvpx and rebuilding icecat works, please let us know.

DrTebi commented on 2015-04-26 04:04 (UTC)

I have tried the work-around as you can see from my ls output: ls -l /lib/libvpx* lrwxrwxrwx 1 root root 15 Apr 18 03:41 /lib/libvpx.so -> libvpx.so.2.0.0 lrwxrwxrwx 1 root root 15 Apr 24 15:01 /lib/libvpx.so.1 -> libvpx.so.2.0.0 lrwxrwxrwx 1 root root 15 Apr 18 03:41 /lib/libvpx.so.2 -> libvpx.so.2.0.0 lrwxrwxrwx 1 root root 15 Apr 18 03:41 /lib/libvpx.so.2.0 -> libvpx.so.2.0.0 -rwxr-xr-x 1 root root 2058736 Apr 18 03:41 /lib/libvpx.so.2.0.0 ... but it still failed with the same error message that stamno posted. 'would be great if this could be fixed.

<deleted-account> commented on 2015-04-24 13:26 (UTC)

I believe this happened after the latest libvpx update. A crappy work-around is to: # ln -s /usr/lib/libvpx.so.2.0.0 /usr/lib/libvpx.so.1 If you are using KDE, be sure to logout before doing this or else your system will most-likely become unstable until you re-login (to KDE).

stamno commented on 2015-04-24 11:21 (UTC)

make[5]: Leaving directory '/var/cache/pacman/pkg/icecat14174/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu/js/src' make[4]: Leaving directory '/var/cache/pacman/pkg/icecat14174/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu' /var/cache/pacman/pkg/icecat14174/icecat/src/icecat-31.6.0/config/recurse.mk:39: recipe for target 'compile' failed make[3]: *** [compile] Error 2 make[3]: Leaving directory '/var/cache/pacman/pkg/icecat14174/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu' /var/cache/pacman/pkg/icecat14174/icecat/src/icecat-31.6.0/config/rules.mk:592: recipe for target 'default' failed make[2]: *** [default] Error 2 make[2]: Leaving directory '/var/cache/pacman/pkg/icecat14174/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu' /var/cache/pacman/pkg/icecat14174/icecat/src/icecat-31.6.0/client.mk:381: recipe for target 'realbuild' failed make[1]: *** [realbuild] Error 2 make[1]: Leaving directory '/var/cache/pacman/pkg/icecat14174/icecat/src/icecat-31.6.0' client.mk:168: recipe for target 'build' failed make: *** [build] Error 2 Suddenley started failing with these end errors

figue commented on 2015-04-15 21:49 (UTC)

@Twilight_Genesis ok. In next release I will change all FLAGS to arch default. The warnings are just that. I think it's not important.

Twilight_Genesis commented on 2015-04-12 18:58 (UTC)

@figue unsetting CFLAGS and CXXFLAGS does force the package to build correctly, but other flags that don't interfere are unset as well, like optimizations using -O. By the way there is a warning about the package containing a reference to $srcdir Here is the output of grep -R "$(pwd)/src" pkg/ Binary file pkg/icecat/usr/lib/icecat/webapprt-stub matches Binary file pkg/icecat/usr/lib/icecat/libxul.so matches Binary file pkg/icecat/usr/lib/icecat/browser/components/libbrowsercomps.so matches pkg/icecat/usr/lib/icecat/defaults/pref/channel-prefs.js://@line 2 "/tmp/icecat/src/icecat-31.6.0/browser/app/profile/channel-prefs.js" Binary file pkg/icecat/usr/lib/icecat/components/libmozgnome.so matches Binary file pkg/icecat/usr/lib/icecat/components/libdbusservice.so matches

figue commented on 2015-04-12 13:35 (UTC)

@Twilight_Genesis Thanks for all your contributions. Some time ago, we have to unset CFLAGS and CXXFLAGS in build() process, because of some issues (I don't remember what exactly), so we can do it again. Can you try patching PKGBUILD with this and build it again? http://hastebin.com/enafupuruq.diff Edit: One question: anybody knows if we unset FLAGS in build() make compiler takes some default values? Maybe it will be better to revert to default all flags than unset all variables.

« First ‹ Previous 1 .. 57 58 59 60 61 62 63 64 65 66 67 .. 86 Next › Last »