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.42
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 .. 57 58 59 60 61 62 63 64 65 66 67 .. 85 Next › Last »

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.

Twilight_Genesis commented on 2015-04-11 00:51 (UTC)

@figue I believe the reason for the segmentation fault is the CFLAGS and CXXFLAGS being used to build the package with. If you use the default flags in /etc/makepkg.conf then it will build and run with no problems. CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4" CXXFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4" If you try to compile it using the following flags, which I've taken from the Arch Wiki's makepkg page it will produce the segfault. CFLAGS="-march=native -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2" CXXFLAGS="${CFLAGS}" The reason it may be working for you is because you are building it in a clean chroot which means you will be using the default CFLAGS and CXXFLAGS from /etc/makepkg.conf in the chroot since it is always cleaned before you build a new package in it, but most of us are simply decompressing the tarball and running makepkg in the directory with the PKGBUILD and I'm guessing that most of use are using the second set of CFLAGS and CXXFLAGS since they were in the Arch Wiki. The -march=native argument in CFLAGS is what is causing the issue. I believe the -march=native is either activating CPU extensions such as SSE2, SSE3, AVX, etc or is adding other optimizations which are causing the segfault. Fore everyone getting the segfault if you build it with the following CFLAGS and CXXFLAGS then it should run. For x86_64: CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2" CXXFLAGS="${CFLAGS}" For i686: CFLAGS="-march=i686 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2" CXXFLAGS="${CFLAGS}"