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.
Search Criteria
Package Details: icecat 115.17.0-1
Package Actions
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)
- dbus-glib
- ffmpeg (ffmpeg-nvcodec-11-1-gitAUR, ffmpeg-ffplayoutAUR, ffmpeg-amd-full-gitAUR, ffmpeg-cudaAUR, ffmpeg-full-gitAUR, ffmpeg-gitAUR, ffmpeg-libfdk_aacAUR, ffmpeg-fullAUR, ffmpeg-decklinkAUR, ffmpeg-headlessAUR, ffmpeg-obsAUR, ffmpeg-amd-fullAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- libevent (libevent-gitAUR)
- libjpeg (mozjpeg-gitAUR, libjpeg-turbo-gitAUR, mozjpegAUR, libjpeg-turbo)
- libpulse (pulseaudio-dummyAUR, libpulse-gitAUR)
- libvpx.so (libvpx-full-gitAUR, libvpx-gitAUR, lib32-libvpx, lib32-libvpx1.3, libvpx, libvpx1.3)
- libwebp.so (lib32-libwebp, libwebp)
- libxss
- libxt
- mime-types (mailcap)
- nspr (nspr-hgAUR)
- nss (nss-hgAUR)
- pipewire (pipewire-gitAUR, pipewire-full-gitAUR)
- ttf-font (neuropol-ttfAUR, ttf-win7-fontsAUR, ttf-ms-win8AUR, ttf-ms-win8-arabicAUR, ttf-ms-win8-hebrewAUR, ttf-ms-win8-seaAUR, ttf-ms-win8-indicAUR, ttf-ms-win8-japaneseAUR, ttf-ms-win8-koreanAUR, ttf-ms-win8-zh_cnAUR, ttf-ms-win8-zh_twAUR, ttf-ms-win8-thaiAUR, ttf-ms-win8-otherAUR, ttf-kidsAUR, ttf-liberation-sans-narrowAUR, ttf-cavafy-scriptAUR, ttf-ms-fontsAUR, ttf-dejavu-ibAUR, ttf-zeldaAUR, ttf-oxygenAUR, ttf-oxygen-gfAUR, ttf-share-gfAUR, ttf-gostAUR, otf-inconsolata-dzAUR, ttf-d2codingAUR, ttf-agaveAUR, ttf-caracteresAUR, ttf-cuprumAUR, ttf-autour-oneAUR, ttf-impallari-milongaAUR, ttf-impallari-miltonianAUR, ttf-clarity-cityAUR, ttf-ms-win10AUR, ttf-ms-win10-japaneseAUR, ttf-ms-win10-koreanAUR, ttf-ms-win10-seaAUR, ttf-ms-win10-thaiAUR, ttf-ms-win10-zh_cnAUR, ttf-ms-win10-zh_twAUR, ttf-ms-win10-otherAUR, ttf-win10AUR, ttf-bmonoAUR, ttf-pt-astra-factAUR, ttf-weblysleekuiAUR, ttf-pt-astra-sansAUR, ttf-pt-astra-serifAUR, ttf-pt-sansAUR, ttf-pt-serifAUR, ttf-pt-monoAUR, ttf-pt-root_uiAUR, ttf-xo-fontsAUR, noto-fonts-liteAUR, ttf-paratypeAUR, ttf-plemoljp-binAUR, ttf-dejavu-emojilessAUR, noto-fonts-variable-liteAUR, ttf-lucida-fontsAUR, ttf-plemoljpAUR, ttf-juiseeAUR, ttf-ms-win10-autoAUR, ttf-karlaAUR, noto-fonts-latin-greek-cyrillicAUR, apple-fontsAUR, ttf-noto-sans-vfAUR, ttf-noto-serif-vfAUR, ttf-noto-sans-mono-vfAUR, ttf-ms-win11AUR, ttf-ms-win11-japaneseAUR, ttf-ms-win11-koreanAUR, ttf-ms-win11-seaAUR, ttf-ms-win11-thaiAUR, ttf-ms-win11-zh_cnAUR, ttf-ms-win11-zh_twAUR, ttf-ms-win11-otherAUR, ttf-ms-win11-autoAUR, ttf-ms-win10-cdnAUR, gnu-free-fonts, noto-fonts, ttf-bitstream-vera, ttf-croscore, ttf-dejavu, ttf-droid, ttf-ibm-plex, ttf-input, ttf-input-nerd, ttf-liberation)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compat)
- cargo (rustup-gitAUR, rust-nightly-binAUR, rust-gitAUR, rust-beta-binAUR, rust, rustup) (make)
- cbindgen (make)
- clang17AUR (clang17-binAUR) (make)
- diffutils (make)
- Show 31 more dependencies...
Required by (1)
Sources (10)
- 0004-Bug-1912663-d2127a9.patch
- 18d19413472f-24a6ea8.patch
- b1cc62489fae-24a6ea8.patch
- https://archive.mozilla.org/pub/firefox/releases/115.17.0esr/source/firefox-115.17.0esr.source.tar.xz
- https://archive.mozilla.org/pub/firefox/releases/115.17.0esr/source/firefox-115.17.0esr.source.tar.xz.asc
- https://git.savannah.gnu.org/cgit/gnuzilla.git/snapshot/gnuzilla-a0b1a124e8e063a35389e1f20653047f37ca069b.tar.gz
- patch-python3.12-bug1831512-3d03cbf.patch
- patch-python3.12-bug1860051-3d03cbf.patch
- patch-python3.12-bug1866829-3d03cbf.patch
- patch-python3.12-bug1874280-3d03cbf.patch
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)
<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}"
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:
Notes:
_build_pgo_xvfb=false
. This will usexwayland-run
for profiling._build_pgo=false
.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.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.