Package Details: icecat 91.11.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 browser.
Upstream URL: http://www.gnu.org/software/gnuzilla/
Keywords: browser esr gnuzilla web
Licenses: GPL, MPL, LGPL
Submitter: None
Maintainer: figue (figuepluto, jfigueras)
Last Packager: figue
Votes: 241
Popularity: 1.86
First Submitted: 2007-12-09 10:12 (UTC)
Last Updated: 2022-06-29 18:56 (UTC)

Dependencies (41)

Required by (0)

Sources (5)

Pinned Comments

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.

figue commented on 2020-09-29 22:37 (UTC)

@Terrorizer patch process can take a long time, depending on your machine capacity.

Good news is that IceCat was added to Chaotic repo recently:

https://lonewolf.pedrohlc.com/chaotic-aur/

Latest Comments

unphysicalix commented on 2022-06-29 09:07 (UTC)

FYI: https://git.savannah.gnu.org/cgit/gnuzilla.git/snapshot/gnuzilla-65a61287a5142a9403ec00d973cb5e5d658a3c71.tar.gz

91.11.0 is out.

Does anyone know, if there is workpower to switch to the new ESR 102 ?

unphysicalix commented on 2022-03-08 03:07 (UTC)

FYI

http://git.savannah.gnu.org/cgit/gnuzilla.git/snapshot/gnuzilla-76e23c5f1bcebc22f7936baa29f75c6c9415935e.tar.gz

there is a 91.7.0 already.

el1x commented on 2022-01-15 03:26 (UTC)

@figue 91.5.0 does not have the issue of 91.4.0 - Build OK.

figue commented on 2021-12-29 20:54 (UTC)

I'll check as soon as I can, I'm on vacation until 2022.

gnaggnoyil commented on 2021-12-29 10:55 (UTC)

I too encountered the same issue @el1x mentioned.

el1x commented on 2021-12-19 14:53 (UTC) (edited on 2021-12-19 15:07 (UTC) by el1x)

Ive had no issue's building in the past but I am receiving an error when attempting to build version 91.4.0
ld.lld: error: undefined symbol: wl_proxy_marshal_flags
clang-13: error: linker command failed with exit code 1 (use -v to see invocation)

Similar issue referenced at the links below
https://bugs.gentoo.org/811840
https://bugzilla.mozilla.org/show_bug.cgi?id=1745560

figue commented on 2021-11-13 22:12 (UTC)

@cysp74 I'm not having issues like you. But I usually use IceCat in some static sites, so maybe I'm not the best to say. Please, post some examples to try to replicate them here.

cysp74 commented on 2021-11-13 17:41 (UTC)

So,

I made an absolutely new, fresh version of icecat with rolled out packages of llvm + rust.

llvm-libs 13.0.0-3, compiler-rt 13.0.0-1, clang 13.0.0-2, lib32-llvm-libs 13.0.0-1, llvm 13.0.0-3, rust 1:1.56.1-3. + lld 13.0.0-1 (by makepkg)

Additionally, I've started icecat with new, empty .mozilla + .cache/mozilla directory. The new build stuck (freeze) on some sites (I faced occasionally strange behavior on eg. youtube also) due to webgl and/or javascript. Alas I can't specify this error more detailed, I couldn't catch any relevant log by console. - yet

cysp74 commented on 2021-11-03 21:49 (UTC)

@figue : By default isn't installed, but... PKGBUILD refers to lld package:


akedepends=(m4 unzip zip diffutils python2-setuptools python-jsonschema yasm mesa imake inetutils
             xorg-server-xvfb autoconf2.13 rust clang llvm jack gtk2
             python nodejs python2-psutil cbindgen nasm wget mercurial git lld perl-rename)

So "makepkg -sr" installs.

figue commented on 2021-11-03 18:45 (UTC)

@cysp74 do you have lld package installed?

cysp74 commented on 2021-11-03 14:04 (UTC)

@figue:

My second attempt placed in absolutely clean directory, started by "git clone https://aur.archlinux.org/icecat.git", blabla and failed.

But I pulled through after nth try after installation of llvm stuffs + rust from testing repo: clang-13.0.0-2 compiler-rt-13.0.0-1 lib32-llvm-libs-13.0.0-1 llvm-13.0.0-2 llvm-libs-13.0.0-2 rust-1:1.56.1-1

Pretty weird, (ofcoz I forgot to include the most important line into my previous comment):

0:01.85 DEBUG: Executing: /usr/bin/clang -std=gnu99 -fuse-ld=lld -Wl,--version 0:01.85 ERROR: Could not use lld as linker

So, I'll be vigilant and make new test once those packages above will be pushed into regular repo.

figue commented on 2021-11-02 22:47 (UTC)

@cysp74 can you build in a clean chroot?

cysp74 commented on 2021-11-02 12:31 (UTC)

Heya,

Building attempt of 91.3.0-1 stopped with error below:

Exception: Process executed with non-0 exit code 1: ['/usr/bin/python3', '/xxx/yyy/icecat/src/gnuzilla-32631cac00953abbac61dc7ab1a0eafbdd59b53a/output/icecat-91.3.0/configure.py']

File "/xxx/yyy/icecat/src/gnuzilla-32631cac00953abbac61dc7ab1a0eafbdd59b53a/output/icecat-91.3.0/python/mozbuild/mozbuild/build_commands.py", line 159, in build return driver.build( File "/xxx/yyy/icecat/src/gnuzilla-32631cac00953abbac61dc7ab1a0eafbdd59b53a/output/icecat-91.3.0/python/mozbuild/mozbuild/controller/building.py", line 1144, in build config_rc = self.configure( File "/xxx/yyy/icecat/src/gnuzilla-32631cac00953abbac61dc7ab1a0eafbdd59b53a/output/icecat-91.3.0/python/mozbuild/mozbuild/controller/building.py", line 1528, in configure status = self._run_command_in_objdir( File "/xxx/yyy/icecat/src/gnuzilla-32631cac00953abbac61dc7ab1a0eafbdd59b53a/output/icecat-91.3.0/python/mozbuild/mozbuild/base.py", line 845, in _run_command_in_objdir return self.run_process(cwd=self.topobjdir, **args) File "/xxx/yyy/icecat/src/gnuzilla-32631cac00953abbac61dc7ab1a0eafbdd59b53a/output/icecat-91.3.0/python/mach/mach/mixin/process.py", line 176, in run_process raise Exception( ==> ERROR: A failure occurred in build(). Aborting... ==> Removing installed dependencies...

figue commented on 2021-10-20 21:24 (UTC)

@dale6998 something in your $PATH seems not "correct". Can you check it?

@Ningen yeah, I saw it. The orphan request only is accepted if a maintainer is not active or is doing something that is against Arch rules. In this case, as you said, the only way is some TU take care of it or become TU. Unfortunately I don't know any other TU who can sponsor me.

The right way I think is go to IRC or Arch's forums and request it. Feel free to promote it if you like.

dale6998 commented on 2021-10-20 18:58 (UTC)

this fails to build with this message:

find: The current directory is included in the PATH environment variable, which is insecure in combination with the -execdir action of find. Please remove the current directory from your $PATH (that is, remove ".", doubled colons, or leading or trailing colons) ==> ERROR: A failure occurred in prepare(). Aborting... :: Unable to build icecat - makepkg exited with code: 4

Ningen commented on 2021-10-20 00:27 (UTC)

@figue As per the email you got CC'd in, there are only two ways for the package to be put in the community repo, either a current TU adopts it (Do you know any?) or you become a TU yourself.

Would you be willing to become a TU?

figue commented on 2021-10-16 22:49 (UTC) (edited on 2021-10-16 22:49 (UTC) by figue)

@Ningen hahaha no, I didn't thought of becoming a TU for now. But you can request to TU community to move this package to community repo. It will be great indeed.

Ningen commented on 2021-10-16 22:26 (UTC)

@figue I actually have had the thought for a long time why this package is not in community repo..., have you thought of becoming a TU for ArchLinux? I think you will be great. This is a very important package that should be available to all without the hassle of compiling yourself every time. We should really get this in the community repo, then pacman can install the precompiled binary each time instead of doing this long 2 hours compile process!

figue commented on 2021-10-16 22:05 (UTC)

@Ningen correct, compilation says this: (signal: 9, SIGKILL: kill)

I don't know if you can successfully build Firefox variants with less than 16 GB of RAM nowadays.

Maybe it's a common question and you can ask upstream.

Ningen commented on 2021-10-16 21:56 (UTC) (edited on 2021-10-16 21:59 (UTC) by Ningen)

@figue I uploaded text output here https://files.catbox.moe/wdc58y.log Sorry I have to upload the textfile since I can't copy to clipboard, don't want to recompile my vim with clipboard stuff... I truncated it to the area of the error, the rest of the log.

Additionally, yes I can see in journalctl the kernel ran out of memory so it killed a process... which was probably why compile failed.

Is there a way to make the compile process not take so much ram? How is it possible that 8GB + 4GiB ram is not enough?

figue commented on 2021-10-16 14:49 (UTC)

@Ningen paste full output somewhere and I will review, but sometimes is by low memory.

Also you can use archlinuxcn repo, which has IceCat included.

Ningen commented on 2021-10-16 00:44 (UTC)

@figue Same issue, it will fail compiling GKrust.

Ningen commented on 2021-10-15 22:43 (UTC)

@figue 8GB ram + 4GiB swap space (swapfile), I will try -e anyway and let you know the outcome.

figue commented on 2021-10-15 06:34 (UTC)

@Ningen how many RAM do you have? Try to relaunch the build with "makepkg -e" and see if the compilation success.

Ningen commented on 2021-10-14 23:52 (UTC) (edited on 2021-10-14 23:54 (UTC) by Ningen)

GKrust has a compilation error in the compiling process. Related: https://bugs.archlinux.org/task/72085

pepesafestemail commented on 2021-09-04 12:20 (UTC)

@figue Thank you for quick guidance! It's still bugged, but now I can see some error messages in the terminal: When I click at the noScript addon icon: JavaScript error: resource://gre/modules/ExtensionContent.jsm, line 567: TypeError: PrecompiledScript.executeInGlobal: Argument 1 is not an object.

figue commented on 2021-09-04 11:34 (UTC) (edited on 2021-09-04 11:36 (UTC) by figue)

@pepesafestemail try another GTK theme:

env GTK_THEME=Adwaita icecat

pepesafestemail commented on 2021-09-04 09:56 (UTC) (edited on 2021-09-04 09:56 (UTC) by pepesafestemail)

@figue I can't figure out what could be the problem. As I mentioned with the 60.7 binary version I don't have this problem. I feel like my knowledge is limited to solve this puzzle by myself, could you give me some tips what could cause such problems?

figue commented on 2021-09-01 11:30 (UTC)

@pepesafestemail in my case, with XFCE, is working fine:

https://ibb.co/tbWRdvL

pepesafestemail commented on 2021-09-01 10:57 (UTC) (edited on 2021-09-01 11:00 (UTC) by pepesafestemail)

Hi! I compiled (several times) the newest version and any addon I add to Icecat shows transparent box with a border and the button only show up when i hover the mouse over one of the buttons, but i can't really interact with them. I did not have this kind of problem with the latest binary version (60.7). I did not find any related problems like this even with firefox. I'm using LXDE DE maybe thats causing some issues? Here is a link what it looks like: https://i.imgur.com/i3iv7dV.jpeg edit: Oh and I can make the Open Menu "burger" drop down menu bar look like that too with some jumping through pages and option tabs

figue commented on 2021-08-02 01:14 (UTC) (edited on 2021-08-02 01:26 (UTC) by figue)

@compiler1413 this happens because en-US is not in the l10n-central repo. Check https://hg.mozilla.org/l10n-central/

I can add a safe code that download en-GB instead of en-US, which is already shipped in original tarball. Will you prefer that or, knowing this, you can set en-GB or other language to avoid to download all locales?

Note: I was trying to avoid all locales if en-US is the only preference, but the code in makeicecat script is deeply dependent, so I can't... If anybody has a patch, it will be welcome.

compiler1413 commented on 2021-08-01 17:57 (UTC) (edited on 2021-08-01 17:57 (UTC) by compiler1413)

https://aur.archlinux.org/packages/icecat/?O=20&PP=10#comment-799993 Still getting the same sed error with _SPEED=Y

Also tried with env, no difference.

env _LOCALE=en-US _SPEED=y makepkg -rsic

Any insight on why this fails? Thanks!

figue commented on 2021-08-01 01:19 (UTC)

@random-nick I've pushed this: 402e4c99deec

Please update your local repo and try again.

figue commented on 2021-07-31 22:48 (UTC)

@random-nick haven't tried yet...

random-nick commented on 2021-07-31 20:56 (UTC)

doesn't build with current rust?

figue commented on 2021-07-26 09:16 (UTC)

@rifl you have 60.7.0... This package is 78.12.0.

rifl commented on 2021-07-26 05:17 (UTC)

I had this kinda issue too that audio/video didnt work. It'd always came that way even with HTTPeverywhere enabled while others being disabled or started with --safe-mode. ffmpeg not found in arch repos except ffmpeg, which's installed already.

$ icecat -v GNU IceCat 60.7.0 $ uname -r 5.10.52-1-lts

figue commented on 2021-07-10 19:37 (UTC)

@Grand-Jury9th I started a new profile and, without ffmpeg-full, videos are working. Anybody can check it?

Grand-Jury9th commented on 2021-07-10 10:24 (UTC) (edited on 2021-07-10 10:26 (UTC) by Grand-Jury9th)

@figure Sorry i didn't reply sooner, i first built icecat then after searching for a solution i installed ffmpeg-full (more accurately compiled it) and videos on icecat worked just fine without re-compiling icecat.

From what i know the main differences between ffmpeg and ffmpeg-full are as follows:

1- ffmpeg is from official repos built by the maintainers while ffmpeg-full is an aur and it is built using the PKGBUILD you get from the aur.

2- ffmpeg-full compiles many more libraries than ffmpeg installs. So it takes up alot more space but i assume it enables the full potential of ffmpeg.

also something i noticed the native player looks a little bit different from what you would find on librewolf and the Tor Browser which both are firefox based and the Tor Browser is also based on ESR same as icecat. This is something of interest since this native player also doesn't work without installing ffmpeg-full. I should mention that i also downloaded every ffmpeg-full dependency but i have kept ffmpeg itself from the official repos.

figue commented on 2021-07-04 19:46 (UTC)

@Grand-Jury9th it's interesting... Did you installed first ffmpeg-full then IceCat or did you build first IceCat, then ffmpeg-full and then it was fixed automatically? What differences are between ffmpeg and ffmpeg-full?

Grand-Jury9th commented on 2021-07-04 11:13 (UTC)

Hi there, i have had the video crash issue. The way i fixed it was by installing "ffmpeg-full" from the aur, i found this workaround thanks to a forum discussion on fedora's website.

Over there they installed "Rpm fusion's free packages" which fixed it for them[1]. Now i think for arch a couple dependency packages for "ffmpeg-full" shall fix icecat out of the box. Or one can just install "ffmpeg-full" but it does take up alot of space and takes a fair amount of time to compile everything.

1: https://ask.fedoraproject.org/t/gnu-icecat-will-not-play-videos/11588

figue commented on 2021-05-13 13:22 (UTC) (edited on 2021-05-13 13:22 (UTC) by figue)

@mjachkie in fact, you can. Try to set these variables (replacing es-ES with your desired locale):

env _LOCALE=es-ES _SPEED=y makepkg -rsic

Reference: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=icecat#n53

mjachkie commented on 2021-05-13 12:22 (UTC)

Wish I could have chosen what languages not to install; the downloading would be done in less minutes.

Ningen commented on 2021-04-29 02:11 (UTC)

@figue Works well thank you!

figue commented on 2021-04-23 17:50 (UTC)

@cysp74 I don't know, but package is OK hahaha ;)

cysp74 commented on 2021-04-23 10:40 (UTC)

@figue: Looks like the permission issue is came from pkg directory as outcome of PKGBUILD placed on FS with ACL. Strange thing is, there are other packages (eg. wine-staging-git) build regularly on same fs without any hassle. I checked the differences between PKGBUILD files, but didn't come up anything. However permissions on pkg directory of eg. wine-staging-git doesn't inherited into compressed package only in icecat.

figue commented on 2021-04-21 18:21 (UTC)

@cysp74 All permissions are OK on my system...

figue on pluto ~ ➜  ls -la /usr/lib/icecat/      
total 156856
drwxr-xr-x   8 root root      4096 abr 21 20:16 .
drwxr-xr-x 347 root root    262144 abr 21 12:04 ..
drwxr-xr-x   6 root root      4096 abr 21 20:16 browser
drwxr-xr-x   3 root root      4096 nov 10  2018 defaults
drwxr-xr-x   2 root root      4096 abr 21 20:16 distribution
drwxr-xr-x   2 root root      4096 abr 21 20:16 fonts
drwxr-xr-x   3 root root      4096 nov 10  2018 gmp-clearkey
drwxr-xr-x   2 root root      4096 abr 21 20:16 gtk2
-rw-r--r--   1 root root       509 abr 21 17:09 application.ini
-rw-r--r--   1 root root        89 abr 21 17:09 dependentlibs.list
-rwxr-xr-x   1 root root    707080 abr 21 17:09 icecat
-rwxr-xr-x   1 root root    707080 abr 21 17:09 icecat-bin
-rwxr-xr-x   1 root root     40824 abr 21 17:09 liblgpllibs.so
-rwxr-xr-x   1 root root   2128952 abr 21 17:09 libmozavcodec.so
-rwxr-xr-x   1 root root    236728 abr 21 17:09 libmozavutil.so
-rwxr-xr-x   1 root root      5976 abr 21 17:09 libmozgtk.so
-rwxr-xr-x   1 root root    133720 abr 21 17:09 libmozsandbox.so
-rwxr-xr-x   1 root root   1237864 abr 21 17:09 libmozsqlite3.so
-rwxr-xr-x   1 root root     10072 abr 21 17:09 libmozwayland.so
-rwxr-xr-x   1 root root 132223392 abr 21 17:09 libxul.so
-rw-r--r--   1 root root  21348499 abr 21 17:09 omni.ja
-rwxr-xr-x   1 root root    804776 abr 21 17:09 pingsender
-rw-r--r--   1 root root       102 abr 21 17:09 platform.ini
-rwxr-xr-x   1 root root    700728 abr 21 17:09 plugin-container
-rw-r--r--   1 root root         0 abr 21 17:09 removed-files

cysp74 commented on 2021-04-21 17:14 (UTC)

@figue: Compilation passed w/ new patch on my end. - just a sidenote... :) Permission issue still exists.

figue commented on 2021-04-21 14:48 (UTC)

@Ningen see 9f7712c17cd7

I could write a patch to use perl-rename from [extra]... Will try to push it upstream (I'm not sure if it will be accepted).

figue commented on 2021-04-21 10:43 (UTC)

@Ningen there are different packages. Nothing I can do. Maybe if you have time you can make a pull request upstream to detect perl-rename in extra and use it. It should not be complicated. If I remember well, now makeicecat has functions for this stuff.

figue commented on 2021-04-21 09:25 (UTC)

Already updated to 78.10.0. See 9ff2ae5af0c6

Ningen commented on 2021-04-21 08:58 (UTC)

@figue

perl-rename (https://archlinux.org/packages/community/any/perl-rename/) got updated recently on the official repos, maybe perl-file-rename in the AUR is not needed anymore? I tried to build without perl-file-rename by removing it in the PKGBUILD but for some reason when it defaults to the makeicecat script it thinks I do not have perl-rename installed, which I do.

Could you take a look at this on the next update?

figue commented on 2021-04-20 16:51 (UTC)

@cysp74 mozilla-common only had this:

[figue@suntk:~] $ pacman -Ql mozilla-common
mozilla-common /etc/
mozilla-common /etc/profile.d/
mozilla-common /etc/profile.d/mozilla-common.csh
mozilla-common /etc/profile.d/mozilla-common.sh
[figue@suntk:~] $ cat /etc/profile.d/mozilla-common.sh
export MOZ_PLUGIN_PATH="/usr/lib/mozilla/plugins"

I'm not sure why you have this permissions... Let me check.

cysp74 commented on 2021-04-20 11:16 (UTC)

@figue Since last commit, wrong permissions applied during package installation and placing non executable binaries, libs, etc. under /usr/lib

Looks like install commands at package() section have misconfigured permissions don't know mozilla-commons package how impacted this....

Snippet of tar install package:


-rwxrwx--- root/root    698008 2021-04-20 11:02 usr/lib/icecat/icecat
-rwxrwx--- root/root    698008 2021-04-20 11:02 usr/lib/icecat/icecat-bin
-rwxrwx--x root/root     40456 2021-04-20 11:02 usr/lib/icecat/liblgpllibs.so
-rwxrwx--x root/root   2162184 2021-04-20 11:02 usr/lib/icecat/libmozavcodec.so
-rwxrwx--x root/root    230872 2021-04-20 11:02 usr/lib/icecat/libmozavutil.so
-rwxrwx--x root/root      5976 2021-04-20 11:02 usr/lib/icecat/libmozgtk.so
-rwxrwx--x root/root    132616 2021-04-20 11:02 usr/lib/icecat/libmozsandbox.so
-rwxrwx--x root/root   1224136 2021-04-20 11:02 usr/lib/icecat/libmozsqlite3.so
-rwxrwx--x root/root     10072 2021-04-20 11:02 usr/lib/icecat/libmozwayland.so
-rwxrwx--x root/root 130243288 2021-04-20 11:02 usr/lib/icecat/libxul.so
-rw-rw---- root/root  21348430 2021-04-20 11:02 usr/lib/icecat/omni.ja
-rwxrwx--- root/root    792424 2021-04-20 11:02 usr/lib/icecat/pingsender
-rw-rw---- root/root       101 2021-04-20 11:02 usr/lib/icecat/platform.ini
-rwxrwx--- root/root    691992 2021-04-20 11:02 usr/lib/icecat/plugin-container
-rw-rw---- root/root         0 2021-04-20 11:02 usr/lib/icecat/removed-files

figue commented on 2021-04-19 21:38 (UTC)

@nophke thanks, that package was not a real dependency anymore. I have fixed in last commit.

nophke commented on 2021-04-18 21:37 (UTC)

This can't be build because mozilla-common does not exist anymore!

fredboy commented on 2021-04-06 13:06 (UTC)

Whenever there's some kind of js animation on a page (like on https://atom.io/), icecat starts freezing like crazy. Can't even close the tab. Is there a fix for that?

Okay, those weren't js animations but css, using translate etc. I was able to fix this by setting layers.acceleration.force-enabled to true.

compiler1413 commented on 2021-04-02 20:52 (UTC) (edited on 2021-04-02 20:54 (UTC) by compiler1413)

I can never build just one locale with _SPEED=Y set, i always get a sed error:

$ export _SPEED=Y
$ export _LOCALE=en-us
$ yay -S icecat

--snipped

+ grep -qw '\-i'
+ '[' 1s/_PP// = 1-i ']'
+ local sedexpr=s/_PP//
+ shift
+ for file in "$@"
+ '[' 1-i = 1-i ']'
+ continue
+ for file in "$@"
+ '[' 1browser/branding/branding-common.mozbuild = 1-i ']'
+ '[' -f browser/branding/branding-common.mozbuild ']'
+ sedhelper browser/branding/branding-common.mozbuild s/_PP//
+ local file=browser/branding/branding-common.mozbuild
+ local expr=s/_PP//
++ md5sum browser/branding/branding-common.mozbuild
+ local 'md5=3aa0e7edc28d22ff65cd5557a5b89e1f  browser/branding/branding-common.mozbuild'
+ echo Running modification-aware sed: sed s/_PP// -i browser/branding/branding-common.mozbuild
Running modification-aware sed: sed s/_PP// -i browser/branding/branding-common.mozbuild
+ /bin/sed s/_PP// -i browser/branding/branding-common.mozbuild
++ md5sum browser/branding/branding-common.mozbuild
+ '[' '3aa0e7edc28d22ff65cd5557a5b89e1f  browser/branding/branding-common.mozbuild' = '875fed0dfff6f2da8469645a5ba4076f  browser/branding/branding-common.mozbuild' ']'
+ rm -rf ./browser/metro ./addon-sdk/source/doc/static-files/media ./b2g
+ cp .cache/yay/icecat/src/gnuzilla-d5df5618fbf6f6ea0c49b6bfdcb098846d2cd777/data/bookmarks.html.in browser/locales/generic/profile/bookmarks.html.in
+ find l10n -wholename '*/brand.dtd'
+ xargs /bin/sed 's/trademarkInfo.part1.*/trademarkInfo.part1 "The IceCat logo is Copyright 2008-2015 Free Software Foundation, released under the terms of the GNU Lesser General Public License, version 3 or any later version.">/' -i
/bin/sed: no input files
==> ERROR: A failure occurred in prepare().
    Aborting...
error making: icecat

akspecs commented on 2021-03-29 20:16 (UTC)

@figue thanks!

setting "security.sandbox.content.level" to 1 in about:config indeed is a workaround for videos in the browser crashing the tab they are playing from.

figue commented on 2021-03-29 16:43 (UTC)

@akspecs set in about:config "security.sandbox.content.level" to 1

akspecs commented on 2021-03-29 02:04 (UTC)

hi, all. i hope we're all doing well.

does anyone have any suggestions on why videos played in the browser will crash their tab? the same occurs with all extensions disabled, as well as in safe-mode.

any help or advice will be greatly appreciated. thanks in advance.

fredboy commented on 2021-03-28 00:30 (UTC)

@figue yes. I'll try rebuilding, maybe it'll help...

figue commented on 2021-03-27 22:49 (UTC)

@fredboy it's weird in this case, because I can surf in https://atom.io/ and I don't see any freeze. Did you set "security.sandbox.content.level" to 1?

fredboy commented on 2021-03-27 22:39 (UTC)

@figue disabled them all to make sure. It didn't help.

figue commented on 2021-03-27 21:55 (UTC)

@fredboy probably some extension is causing this. Try to disable it one by one and see what's going on.

fredboy commented on 2021-03-27 19:48 (UTC)

Whenever there's some kind of js animation on a page (like on https://atom.io/), icecat starts freezing like crazy. Can't even close the tab. Is there a fix for that?

figue commented on 2021-03-12 00:20 (UTC)

@Ningen we can use 3 options to replace perl-file-rename. See this:

https://git.savannah.gnu.org/cgit/gnuzilla.git/tree/makeicecat#n132

If in the official repos we had any of these, problem solved. Any other scenario goes through to patch makeicecat script.

Ningen commented on 2021-03-11 22:26 (UTC)

It should not be mandatory to have an AUR package as makedepends, can we have a build without perl-file-rename? We should stick to the UNIX philosophy and keep things simple, I am sure most people do not want anymore AUR packages than necessary.

Kristan_115 commented on 2021-03-08 02:23 (UTC)

i don't get it, my build of icecat looks raw like it doesn't even have any extensions pre-installed and it doesn't automatically connect to tor.

the browser refers itself to icecat but its just a boring build of firefox.

can i get a pkgbuild for previous versions?

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.

figue commented on 2021-02-20 00:27 (UTC)

@dr460nf1r3 yeah, the build send a notify-send if something goes wrong...

I have to dig into the issue @cysp74 The rust 1.50 patch has an issue, and I thougth it was that, but should be something else...

dr460nf1r3 commented on 2021-02-19 17:15 (UTC)

Chaotic-AUR build failing due to Notification center failed: Install notify-send (usually part of the libnotify package) to get a notification when the build finishes.

cysp74 commented on 2021-02-19 01:03 (UTC)

@figue

Alas, same error with 78.7.1-1:

Process 19863 (Web Content) of user 1000 dumped core.

                                              Stack trace of thread 19974:
                                              #0  0x00007faf30fcca98 n/a (libmozsandbox.so + 0x19a98)
                                              #1  0x00007faf30fbfa56 n/a (libmozsandbox.so + 0xca56)
                                              #2  0x00007faf30fcabb7 n/a (libmozsandbox.so + 0x17bb7)
                                              #3  0x00007faf30f82960 __restore_rt (libpthread.so.0 + 0x13960)
                                              #4  0x00007faf30b4c57e fstatat (libc.so.6 + 0xef57e)
                                              #5  0x00007faf30b4c5e8 statx_generic.constprop.0 (libc.so.6 + 0xef5e8)
                                              #6  0x00007faf2d7a5041 n/a (libxul.so + 0x7033041)
                                              #7  0x00007faf2d650b55 n/a (libxul.so + 0x6edeb55)
                                              #8  0x00007faf2d3b4b5b n/a (libxul.so + 0x6c42b5b)

[...]

figue commented on 2021-02-18 22:05 (UTC)

@cysp74 can you test the new version please?

figue commented on 2021-02-17 22:19 (UTC)

@cysp74 maybe the rust 1.50 patch introduce another issues with videos. I can confirm that... let me see if the issue is reported in Mozilla.

cysp74 commented on 2021-02-17 19:17 (UTC)

-3 version crashes me (segv) on various sites, eg. youtube, fb (when trying to play some video). I tried w/ new, fresh profile, nothing has changed. -2 works flawlessly for me.

                                                Stack trace of thread 1017810:
                                                #0  0x00007fefcfc01a98 n/a (libmozsandbox.so + 0x19a98)
                                                #1  0x00007fefcfbf4a56 n/a (libmozsandbox.so + 0xca56)
                                                #2  0x00007fefcfbffbb7 n/a (libmozsandbox.so + 0x17bb7)
                                                #3  0x00007fefcfbb7960 __restore_rt (libpthread.so.0 + 0x13960)
                                                #4  0x00007fefcf78157e fstatat (libc.so.6 + 0xef57e)
                                                #5  0x00007fefcf7815e8 statx_generic.constprop.0 (libc.so.6 + 0xef5e8)
                                                #6  0x00007fefcc3d9f81 n/a (libxul.so + 0x7032f81)

[...]

Eikcaz commented on 2021-02-17 17:35 (UTC)

@figue It seems to be working fine now. I probably had trouble connecting to the server because I was on a VPN...

figue commented on 2021-02-17 15:23 (UTC)

@sp1d3rmxn already done 99cad937c332

Thanks to report anyway :)

sp1d3rmxn commented on 2021-02-17 15:22 (UTC)

@figue I forgot to mention this package needs the patch for rust_1.50 as well like the firefox-esr package... Am able to get this successfully built after adding it. Might fix/help some of the folks currently having issue.

figue commented on 2021-02-17 12:07 (UTC)

@Eikcaz seems your gpg can not connect to the server. I've pushed a quick fix to PKGBUILD, update it please.

Then check line 43 of PKGBUILD:

https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=icecat#n43

If you uncomment that line, the build process will ignore the gpg check part (if you trust your downloaded source, there shouldn't be any problem).

el1x commented on 2021-02-17 04:56 (UTC)

@figue perfect. Build success, thank you

Eikcaz commented on 2021-02-17 04:41 (UTC) (edited on 2021-02-17 04:45 (UTC) by Eikcaz)

@figue I tried it just now and I got:

Downloading Firefox tarball
2021-02-16 22:41:38 URL:https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/78.7.0esr/source/firefox-78.7.0esr.source.tar.xz [332849732/332849732] -> "firefox-78.7.0esr.source.tar.xz" [1]
2021-02-16 22:41:39 URL:https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/78.7.0esr/source/firefox-78.7.0esr.source.tar.xz.asc [833/833] -> "firefox-78.7.0esr.source.tar.xz.asc" [1]
Verifying Firefox tarball
gpg: keyserver receive failed: Server indicated a failure
==> ERROR: A failure occurred in prepare().
    Aborting...

figue commented on 2021-02-17 00:09 (UTC)

@el1x check the new release, please.

figue commented on 2021-02-16 20:23 (UTC) (edited on 2021-02-16 20:25 (UTC) by figue)

@el1x probably the error is upper...

And probably it's for a recent rust update, let me see.

el1x commented on 2021-02-16 12:43 (UTC) (edited on 2021-02-16 12:45 (UTC) by el1x)

I seem to be unable to complete the build and receive the below errors.

0:39.52 make[2]: *** [/home/user/AUR/icecat/src/gnuzilla-01b67d368563ac3d74d1a61692d15fc3d49e77cf/output/icecat-78.7.0/config/recurse.mk:34: export] Error 2

0:39.53 make[1]: *** [/home/user/AUR/icecat/src/gnuzilla-01b67d368563ac3d74d1a61692d15fc3d49e77cf/output/icecat-78.7.0/config/rules.mk:390: default] Error 2

0:39.53 make: *** [client.mk:125: build] Error 2

0:39.53 0 compiler warnings present.

figue commented on 2021-02-11 22:36 (UTC)

@slondr perl-rename is only used in makeicecat script. When build is done, package can be safely deleted. What fails exactly?

slondr commented on 2021-02-11 22:26 (UTC) (edited on 2021-02-11 22:29 (UTC) by slondr)

The build process consistently fails now, reporting that perl-rename should be a dependency.

Sadly, it is impossible right now for that to be satisfied — if you have perl-rename installed, updating this package will try to uninstall it and replace it with perl-file-rename, which causes the build to fail.

figue commented on 2021-02-08 09:07 (UTC)

@dominikl I think en-US is already included by default.

dominikl commented on 2021-02-08 06:59 (UTC)

That's because there is no locale 'en', you'd have to use 'en-GB' for example. Basically what's available on https://hg.mozilla.org/l10n-central/ . Interestingly there's no 'en-US', guess that's the default if not having a specific locale?

nu2arch commented on 2021-02-08 02:45 (UTC)

I ran

env _SPEED=y _LOCALE=en makepkg -sic

then got

he terms of the GNU Lesser General Public License, version 3 or any later version.">/' -i
/bin/sed: no input files
==> ERROR: A failure occurred in prepare().
    Aborting...

dominikl commented on 2021-02-07 13:26 (UTC)

Thanks, works perfectly!

figue commented on 2021-02-06 23:38 (UTC)

So, c7332a1c27f0 now use latest commits in IceCat scripts. Also I've added the _LOCALE variable, in case you want to use _SPEED. Example:

env _SPEED=y _LOCALE=ca makepkg -sic

will build IceCat with, only, catalan locale.

dominikl commented on 2021-02-06 22:43 (UTC)

Thanks. By the way, tried a few more times and at some point it went through without the error, compiling now. Very strange.

figue commented on 2021-02-06 21:38 (UTC)

@dominikl odd... As a workaround, you can build with _SPEED=y variable and edit PKGBUILD to put your desired locale there. But if you wait a couple of hours, I'll push a new release with this "speed build" easier to use.

dominikl commented on 2021-02-06 19:26 (UTC)

It's always different hg.mozilla.org urls, tried again now it's "hg clone https://hg.mozilla.org/l10n-central/is" which failed. Wonder if there's some ddos protection in place? Pretty annoying. Is it possible to set some wait_and_retry flag instead failing?

figue commented on 2021-02-06 19:07 (UTC)

@dominikl no idea... If you execute hg clone https://hg.mozilla.org/l10n-central/da in a normal shell it works?

dominikl commented on 2021-02-06 19:00 (UTC) (edited on 2021-02-06 19:01 (UTC) by dominikl)

Having another issue since a few weeks (using paru):

... + hg clone https://hg.mozilla.org/l10n-central/da abort: error: No route to host ==> ERROR: A failure occurred in prepare(). Aborting... :: Packages failed to build: icecat-78.7.0-1

But hg.mozilla.org works perfectly fine, ping as well as browser.

Any idea how to fix that?

romain43 commented on 2021-01-29 09:11 (UTC)

@figue thank you for your recommendation and reminder. It is on my list for a while, I have not changed yet because I have never faced any issue still. I don't know paru, I will have a look.

figue commented on 2021-01-29 08:43 (UTC)

@romain43 Now we have to build IceCat patching Firefox source code, because GNU doesn't provide the patched code. That's because it takes long now.

And a personal recommendation: don't use yaourt anymore, it's obsolete and deprecated as far as I know. I like more trizen, yay or (the new) paru.

romain43 commented on 2021-01-29 08:33 (UTC)

@JordanPlays158 it takes nearly 3 hours on my laptop. I ignore why it is so long now. Two years ago it used to take only 30 minutes on the same laptop. Sometimes compilation stops because you have no more space. I recommend to use a temporary directory for the compilation.

TMPDIR=/home/$USER/tmp yaourt -S icecat

figue commented on 2021-01-29 08:29 (UTC)

@JordanPlayz158 yes, it is expected. Web browsers are huge software to build.

JordanPlayz158 commented on 2021-01-29 04:31 (UTC)

I am just wondering if this is expected behavior or possibly bad flags or something else but is the compiler suppose to take 8-11GB on a 16GB system for the compile phase, also how long is the compile time suppose to be as building the linux kernel from source seems to take less time than icecat, now I could be wrong but is icecat (a web browser) truly more complex than a whole kernel?

figue commented on 2021-01-26 23:49 (UTC)

Compilation works as usual... If it stuck in some point, please, push logs to some online pasting service.

figue commented on 2021-01-26 21:04 (UTC)

@waarisbert I'm compiling the last release... Wait until I test it.

waarisbert commented on 2021-01-26 20:56 (UTC) (edited on 2021-01-26 20:59 (UTC) by waarisbert)

Somehow, compiling Icecat is not possible at the moment. Build fails at the end, when compiling is almost done.

figue commented on 2021-01-21 11:36 (UTC)

@chovy do you mean icecat?

For GPG signature issue, see my previous comment. I don't know if yay can edit PKGBUILD before building to edit that line.

chovy commented on 2021-01-21 07:37 (UTC)

i get a gpg key failure using yay -S icecast

figue commented on 2021-01-19 00:48 (UTC)

@nordic-devops this package uses the upstream build process to convert Firefox sources to IceCat. If you have issues in the gpg verification part, you can try to uncomment this line in PKGBUILD that uses sed to remove this verification:

  # Uncomment if you have issues with gpg download... WITH PROXY gpg doesn't work!!!!!!
  sed -e 's/^gpg2 --keyserver.*//g' -i makeicecat

nordic-devops commented on 2021-01-18 22:36 (UTC) (edited on 2021-01-18 22:37 (UTC) by nordic-devops)

While the installation process there is an error with the import of the gpg public key 14F26682D0916CDD81E37B6D61B7B526D98F0353 from keyserver.ubuntu.com.

gpg --recv-keys --keyserver keyserver.ubuntu.com 14F26682D0916CDD81E37B6D61B7B526D98F0353
gpg: keyserver receive failed: Server indicated a failure
==> ERROR: A failure occurred in prepare().
    Aborting... 

I tried to search the key and the result is "Not found": https://keyserver.ubuntu.com/pks/lookup?search=14F26682D0916CDD81E37B6D61B7B526D98F0353&fingerprint=on&op=index

Maybe it is possible to download and convert it with gpg from mozilla directly?: https://ftp.mozilla.org/pub/firefox/releases/78.0/KEY

romain43 commented on 2021-01-16 12:09 (UTC)

Hi Figue, Any idea when the package will be ready. Let me know if I could help. Cheers, Romain

dominikl commented on 2021-01-03 10:57 (UTC)

Thanks @figue, compiles fine now!

figue commented on 2021-01-01 21:21 (UTC)

@dominiki this bug seems to be addressed here: https://bugzilla.mozilla.org/show_bug.cgi?id=1684180

Please, try the new build (can't test until tomorrow on my own).

dominikl commented on 2021-01-01 20:04 (UTC)

I have the same issue as Ningen https://aur.archlinux.org/packages/icecat/#comment-782127 . Any idea how to fix that?

figue commented on 2020-12-30 17:43 (UTC)

@computerzoo it has to recursive search and replace all those strings. Be patient!

computerzoo commented on 2020-12-30 15:43 (UTC)

For some reason, when Icecat is compiling, it stalls at this and stays there.

s|www.gnu.org/software/gnuzilla/icecat-help|libreplanet.org/wiki/Group:IceCat/Help|g; ' '{}' ';'

Ningen commented on 2020-12-21 18:07 (UTC)

Another build error:


50:13.09 /home/test/Desktop/icecat/src/gnuzilla-a43514623e93d4f3fe6d61f5b2f82c5ef29bf518/output/icecat-78.6.0/dom/webgpu/ipc/WebGPUParent.cpp:426:29: error: no member named '_0' in 'mozilla::webgpu::ffi::WGPUBufferBinding'
50:13.09         bgb.resource.buffer._0.buffer = entry.mValue;
50:13.09         ~~~~~~~~~~~~~~~~~~~ ^
50:13.09 /home/test/Desktop/icecat/src/gnuzilla-a43514623e93d4f3fe6d61f5b2f82c5ef29bf518/output/icecat-78.6.0/dom/webgpu/ipc/WebGPUParent.cpp:427:29: error: no member named '_0' in 'mozilla::webgpu::ffi::WGPUBufferBinding'
50:13.09         bgb.resource.buffer._0.offset = entry.mBufferOffset;
50:13.09         ~~~~~~~~~~~~~~~~~~~ ^
50:13.09 /home/test/Desktop/icecat/src/gnuzilla-a43514623e93d4f3fe6d61f5b2f82c5ef29bf518/output/icecat-78.6.0/dom/webgpu/ipc/WebGPUParent.cpp:428:29: error: no member named '_0' in 'mozilla::webgpu::ffi::WGPUBufferBinding'
50:13.09         bgb.resource.buffer._0.size = entry.mBufferSize;
50:13.10         ~~~~~~~~~~~~~~~~~~~ ^
50:13.10 /home/test/Desktop/icecat/src/gnuzilla-a43514623e93d4f3fe6d61f5b2f82c5ef29bf518/output/icecat-78.6.0/dom/webgpu/ipc/WebGPUParent.cpp:432:34: error: member reference base type 'mozilla::webgpu::ffi::WGPUTextureViewId' (aka 'unsigned long') is not a structure or union
50:13.10         bgb.resource.texture_view._0 = entry.mValue;
50:13.10         ~~~~~~~~~~~~~~~~~~~~~~~~~^~~
50:13.10 /home/test/Desktop/icecat/src/gnuzilla-a43514623e93d4f3fe6d61f5b2f82c5ef29bf518/output/icecat-78.6.0/dom/webgpu/ipc/WebGPUParent.cpp:436:29: error: member reference base type 'mozilla::webgpu::ffi::WGPUSamplerId' (aka 'unsigned long') is not a structure or union
50:13.10         bgb.resource.sampler._0 = entry.mValue;
50:13.10         ~~~~~~~~~~~~~~~~~~~~^~~
50:13.48 BUILDSTATUS BUILD_VERBOSE dom/clients/manager
50:16.60 5 errors generated.

figue commented on 2020-12-05 21:39 (UTC)

@sp1d3rmxn thanks. Patch included.

sp1d3rmxn commented on 2020-12-05 14:21 (UTC)

It seems an upstream bug is affecting the build-ability of this again. Surprise, surprise.. anyways here it is:

https://bugs.archlinux.org/task/68747

https://bugzilla.mozilla.org/show_bug.cgi?id=1667736 - upstream again due to rust (seems to be a continuous issue with these fucking devs, just look over the years here in this AUR package comments...always something with rust..)

https://d3kxowhw4s8amj.cloudfront.net/file/data/my2mrpepjswfd5kx7dic/PHID-FILE-ipt6ed2idiecgni5ib5i/D91572.diff - I did not feel like downloading this in to a patch because of the ignorance already in watching the source code get downloaded and wiped after failure, this is really stupid.

romain43 commented on 2020-12-04 14:52 (UTC)

@Figue, Unfortunately, the repo is not up to date. Currently 75.3.0-1 is offered by Chaotic repo.

jghodd commented on 2020-11-28 21:56 (UTC) (edited on 2020-11-28 21:58 (UTC) by jghodd)

Getting a build error:


10:18.82 error[E0432]: unresolved import `crate::arch::x86_64::__m64`
10:18.83   --> /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/api/into_bits/arch_specific.rs:51:15
10:18.83    |
10:18.83 51 |               $($arch_ty),*
10:18.83    |                 ^^^^^^^^ no `__m64` in `arch::x86_64`
10:18.83 ...
10:18.83 86 | / impl_arch!(
10:18.83 87 | |     [x86["x86"]: __m64], [x86_64["x86_64"]: __m64],
10:18.83 88 | |     [arm["arm"]: int8x8_t, uint8x8_t, poly8x8_t, int16x4_t, uint16x4_t,
10:18.83 89 | |      poly16x4_t, int32x2_t, uint32x2_t, float32x2_t, int64x1_t,
10:18.83 ...  |
10:18.83 96 | |     test: test_v64
10:18.83 97 | | );
10:18.83    | |__- in this macro invocation
10:18.84    |
10:18.84    = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)
10:18.85 error[E0432]: unresolved import `crate::arch::x86_64::_mm_movemask_pi8`
10:18.85   --> /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask/x86/sse.rs:47:21
10:18.85    |
10:18.85 47 |                 use crate::arch::x86_64::_mm_movemask_pi8;
10:18.85    |                     ^^^^^^^^^^^^^^^^^^^^^----------------
10:18.85    |                     |                    |
10:18.85    |                     |                    help: a similar name exists in the module: `_mm_movemask_epi8`
10:18.85    |                     no `_mm_movemask_pi8` in `arch::x86_64`
10:18.85    | 
10:18.85   ::: /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask.rs:41:1
10:18.85    |
10:18.85 41 | impl_mask_reductions!(m8x8);
10:18.86    | ---------------------------- in this macro invocation
10:18.86    |
10:18.86    = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)
10:18.87 error[E0432]: unresolved import `crate::arch::x86_64::_mm_movemask_pi8`
10:18.87   --> /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask/x86/sse.rs:62:21
10:18.87    |
10:18.88 62 |                 use crate::arch::x86_64::_mm_movemask_pi8;
10:18.88    |                     ^^^^^^^^^^^^^^^^^^^^^----------------
10:18.88    |                     |                    |
10:18.88    |                     |                    help: a similar name exists in the module: `_mm_movemask_epi8`
10:18.88    |                     no `_mm_movemask_pi8` in `arch::x86_64`
10:18.88    | 
10:18.88   ::: /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask.rs:41:1
10:18.88    |
10:18.88 41 | impl_mask_reductions!(m8x8);
10:18.88    | ---------------------------- in this macro invocation
10:18.88    |
10:18.88    = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)
10:18.90 error[E0432]: unresolved import `crate::arch::x86_64::_mm_movemask_pi8`
10:18.90   --> /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask/x86/sse.rs:47:21
10:18.90    |
10:18.90 47 |                 use crate::arch::x86_64::_mm_movemask_pi8;
10:18.90    |                     ^^^^^^^^^^^^^^^^^^^^^----------------
10:18.90    |                     |                    |
10:18.90    |                     |                    help: a similar name exists in the module: `_mm_movemask_epi8`
10:18.90    |                     no `_mm_movemask_pi8` in `arch::x86_64`
10:18.90    | 
10:18.90   ::: /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask.rs:47:1
10:18.90    |
10:18.90 47 | impl_mask_reductions!(m16x4);
10:18.91    | ----------------------------- in this macro invocation
10:18.91    |
10:18.91    = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)
10:18.92 error[E0432]: unresolved import `crate::arch::x86_64::_mm_movemask_pi8`
10:18.92   --> /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask/x86/sse.rs:62:21
10:18.92    |
10:18.92 62 |                 use crate::arch::x86_64::_mm_movemask_pi8;
10:18.92    |                     ^^^^^^^^^^^^^^^^^^^^^----------------
10:18.92    |                     |                    |
10:18.92    |                     |                    help: a similar name exists in the module: `_mm_movemask_epi8`
10:18.92    |                     no `_mm_movemask_pi8` in `arch::x86_64`
10:18.93    | 
10:18.93   ::: /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask.rs:47:1
10:18.93    |
10:18.93 47 | impl_mask_reductions!(m16x4);
10:18.93    | ----------------------------- in this macro invocation
10:18.93    |
10:18.93    = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)
10:18.94 error[E0432]: unresolved import `crate::arch::x86_64::_mm_movemask_pi8`
10:18.94   --> /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask/x86/sse.rs:47:21
10:18.94    |
10:18.94 47 |                 use crate::arch::x86_64::_mm_movemask_pi8;
10:18.94    |                     ^^^^^^^^^^^^^^^^^^^^^----------------
10:18.95    |                     |                    |
10:18.95    |                     |                    help: a similar name exists in the module: `_mm_movemask_epi8`
10:18.95    |                     no `_mm_movemask_pi8` in `arch::x86_64`
10:18.95    | 
10:18.95   ::: /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask.rs:52:1
10:18.95    |
10:18.95 52 | impl_mask_reductions!(m32x2);
10:18.95    | ----------------------------- in this macro invocation
10:18.95    |
10:18.95    = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)
10:18.96 error[E0432]: unresolved import `crate::arch::x86_64::_mm_movemask_pi8`
10:18.96   --> /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask/x86/sse.rs:62:21
10:18.96    |
10:18.96 62 |                 use crate::arch::x86_64::_mm_movemask_pi8;
10:18.96    |                     ^^^^^^^^^^^^^^^^^^^^^----------------
10:18.97    |                     |                    |
10:18.97    |                     |                    help: a similar name exists in the module: `_mm_movemask_epi8`
10:18.97    |                     no `_mm_movemask_pi8` in `arch::x86_64`
10:18.97    | 
10:18.97   ::: /distro/local/repository/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/third_party/rust/packed_simd/src/codegen/reductions/mask.rs:52:1
10:18.97    |
10:18.97 52 | impl_mask_reductions!(m32x2);
10:18.97    | ----------------------------- in this macro invocation
10:18.97    |

chikker commented on 2020-11-28 21:36 (UTC)

@figue I've been using $_SPEED ever since I saw it and my UI is 100% English with no other language options (not even Spanish). Anyway, the "no such file or dir" issue still persists even if I unset $_SPEED.

Ningen commented on 2020-11-27 03:17 (UTC)

@figue Unfortunately I just left and will not be back in a few days, but recalling from memory I believe all the errors were all:


4:55.32 error[E0432]: unresolved import `crate::arch::x86_64::_mm_movemask_pi8`

figue commented on 2020-11-25 13:59 (UTC) (edited on 2020-11-25 14:00 (UTC) by figue)

@Ningen you are right... I was busy doing other things and not see that wget is already listed... Sorry I've reverted the commit.

In the other, I see you have 7 previous errors... Can you paste them or, better, full output somewhere?

Ningen commented on 2020-11-25 02:47 (UTC) (edited on 2020-11-25 06:09 (UTC) by Ningen)

@figue @slodr I am confused this solves nothing, wget is just listed twice in makedepends now? This will not build

edit:


...
4:55.32 error[E0432]: unresolved import `crate::arch::x86_64::_mm_movemask_pi8`
...
...
5:36.57 error: aborting due to 7 previous errors
5:36.57 For more information about this error, try `rustc --explain E0432`.
5:36.63 error: could not compile `packed_simd`
5:36.63 To learn more, run the command again with --verbose.
5:36.63 warning: build failed, waiting for other jobs to finish...
5:36.66 modules/fdlibm/src
5:37.22 error: build failed
...
...
9:43.45 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed
==> ERROR: A failure occurred in build().

figue commented on 2020-11-24 21:26 (UTC)

@slondr thanks! d2eece5f8c90

slondr commented on 2020-11-24 20:45 (UTC)

Build fails if wget is not installed, why is wget not listed as a makedepends?

figue commented on 2020-11-22 21:44 (UTC)

@chikker I think you are using _SPEED=y. Yeah? See that in PKGBUILD is hardcoded es-ES locale. You should change it to your locale, or you will see only spanish. Maybe I need to work on that to make it customizable to any locale...

chikker commented on 2020-11-22 18:58 (UTC)

@figue Weird. The bug seems to happen only when PKGBUILD in inside ~/.cache folder.

figue commented on 2020-11-22 17:30 (UTC)

@proskilzz please upload full log somewhere.

proskilzz commented on 2020-11-22 17:02 (UTC)

Error when compiling: 3:59.96 make[2]: [/home/proskilzz/.cache/paru/clone/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/config/recurse.mk:34: compile] Error 2 3:59.96 make[1]: [/home/proskilzz/.cache/paru/clone/icecat/src/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b/output/icecat-78.5.0/config/rules.mk:390: default] Error 2 3:59.96 make: *** [client.mk:125: build] Error 2 3:59.98 98 compiler warnings present. ==> ERROR: A failure occurred in build(). Aborting... error: failed to build 'icecat-78.5.0-1':

figue commented on 2020-11-22 10:54 (UTC)

@chikker can you build it without yay?

figue commented on 2020-11-22 10:52 (UTC)

@proskilzz please refresh your local repo. Sources are fine:

figue@pluto ~/packages-figue/icecat
 % LC_ALL=C makepkg --verifysource                                                                                   
==> Making package: icecat 78.5.0-1 (Sun Nov 22 11:52:16 2020)
==> Retrieving sources...
  -> Downloading gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b.tar.gz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 7817k    0 7817k    0     0  1711k      0 --:--:--  0:00:04 --:--:-- 1754k
  -> Found icecat.desktop
  -> Found icecat-safe.desktop
  -> Downloading 0001-Use-remoting-name-for-GDK-application-names.patch...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  2043  100  2043    0     0   6764      0 --:--:-- --:--:-- --:--:--  6764
  -> Found bug-1663715.patch.gz
==> Validating source files with sha256sums...
    gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b.tar.gz ... Passed
    icecat.desktop ... Passed
    icecat-safe.desktop ... Passed
    0001-Use-remoting-name-for-GDK-application-names.patch ... Passed
    bug-1663715.patch.gz ... Passed

proskilzz commented on 2020-11-22 05:44 (UTC)

I'm getting error with sha256keys again I think. log below. (the sha256 keys are in red.

diff --git a/.SRCINFO b/.SRCINFO index b2dee17..07cc2c8 100644 --- a/.SRCINFO +++ b/.SRCINFO @@ -1,6 +1,6 @@ pkgbase = icecat pkgdesc = GNU version of the Firefox browser. - pkgver = 78.4.1 + pkgver = 78.5.0 pkgrel = 1 url = http://www.gnu.org/software/gnuzilla/ arch = x86_64 @@ -50,12 +50,12 @@ pkgbase = icecat options = !emptydirs options = !makeflags options = !strip - source = https://git.savannah.gnu.org/cgit/gnuzilla.git/snapshot/gnuzilla-df2c2e22a0c6ea5b4dcaed52884223bfa6ffacde.tar.gz + source = https://git.savannah.gnu.org/cgit/gnuzilla.git/snapshot/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b.tar.gz source = icecat.desktop source = icecat-safe.desktop source = 0001-Use-remoting-name-for-GDK-application-names.patch::https://raw.githubusercontent.com/archlinux/svntogit-packages/0adcedc05ce67d53268575f8801c8de872206901/firefox/trunk/0001-Use-remoting-name-for-GDK-application-names.patch source = bug-1663715.patch.gz - sha256sums = 0113ece80e4c89f7563d8108d2baccae1766c4a9078f7395f9751a8b14a6331f :...skipping... .SRCINFO | 6 +++--- PKGBUILD | 6 +++--- 2 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/.SRCINFO b/.SRCINFO index b2dee17..07cc2c8 100644 --- a/.SRCINFO +++ b/.SRCINFO +++ b/.SRCINFO @@ -1,6 +1,6 @@ pkgbase = icecat pkgdesc = GNU version of the Firefox browser. - pkgver = 78.4.1 + pkgver = 78.5.0 pkgrel = 1 url = http://www.gnu.org/software/gnuzilla/ arch = x86_64 @@ -50,12 +50,12 @@ pkgbase = icecat options = !emptydirs options = !makeflags options = !strip - source = https://git.savannah.gnu.org/cgit/gnuzilla.git/snapshot/gnuzilla-df2c2e22a0c6ea5b4dcaed52884223bfa6ffacde.tar.gz + source = https://git.savannah.gnu.org/cgit/gnuzilla.git/snapshot/gnuzilla-bcfe407570cae32d00dd33a268de0e0593166f7b.tar.gz source = icecat.desktop source = icecat-safe.desktop source = 0001-Use-remoting-name-for-GDK-application-names.patch::https://raw.githubusercontent.com/archlinux/svntogit-packages/0adcedc05ce67d53268575f8801c8de872206901/firefox/trunk/0001-Use-remoting-name-for-GDK-application-names.patch source = bug-1663715.patch.gz - sha256sums = 0113ece80e4c89f7563d8108d2baccae1766c4a9078f7395f9751a8b14a6331f + sha256sums = ca3859830a497d1e44bfa6d3f4fa974cc48cdfdcec806dca5a8873a89f0b34b1 sha256sums = e00dbf01803cdd36fd9e1c0c018c19bb6f97e43016ea87062e6134bdc172bc7d sha256sums = 33dd309eeb99ec730c97ba844bf6ce6c7840f7d27da19c82389cdefee8c20208 sha256sums = e0eaec8ddd24bbebf4956563ebc6d7a56f8dada5835975ee4d320dd3d0c9c442 diff --git a/PKGBUILD b/PKGBUILD index 251c28b..5457bbb 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -5,9 +5,9 @@ # Contributor: Muhammad 'MJ' Jassim UnbreakableMJ@gmail.com

pkgname=icecat -pkgver=78.4.1 +pkgver=78.5.0 pkgrel=1 -_commit=df2c2e22a0c6ea5b4dcaed52884223bfa6ffacde +_commit=bcfe407570cae32d00dd33a268de0e0593166f7b pkgdesc="GNU version of the Firefox browser." arch=(x86_64) url="http://www.gnu.org/software/gnuzilla/" @@ -28,7 +28,7 @@ source=(https://git.savannah.gnu.org/cgit/gnuzilla.git/snapshot/gnuzilla-${_comm icecat.desktop icecat-safe.desktop "0001-Use-remoting-name-for-GDK-application-names.patch::https://raw.githubusercontent.com/archlinux/svntogit-packages/0adcedc05ce67d53268575f8801c8de872206901/firefox/trunk/0001-Use-remoting-name-for-GDK-application-names.patch" bug-1663715.patch.gz)

-sha256sums=('0113ece80e4c89f7563d8108d2baccae1766c4a9078f7395f9751a8b14a6331f' +sha256sums=('ca3859830a497d1e44bfa6d3f4fa974cc48cdfdcec806dca5a8873a89f0b34b1' 'e00dbf01803cdd36fd9e1c0c018c19bb6f97e43016ea87062e6134bdc172bc7d' '33dd309eeb99ec730c97ba844bf6ce6c7840f7d27da19c82389cdefee8c20208' 'e0eaec8ddd24bbebf4956563ebc6d7a56f8dada5835975ee4d320dd3d0c9c442'

chikker commented on 2020-11-21 21:05 (UTC)

Hello. My build fails with "No such file or directory" because both FF source and .sig files somehow end up in my home directory. yay -S icecat output: https://paste.sr.ht/~holy/d33f10764380c7ff4466fc2c4dd8cbfb2f69edf8

figue commented on 2020-11-19 17:43 (UTC)

@bionor sorry mate, sums fixed.

bionor commented on 2020-11-19 14:39 (UTC)

I also get sha256sum fail:

0001-Use-remoting-name-for-GDK-application-names.patch ... FAILED

figue commented on 2020-11-13 07:31 (UTC)

@proskilzz fixed. Thanks!

proskilzz commented on 2020-11-13 03:41 (UTC)

Just tried to update..

==> Validating source files with sha256sums... gnuzilla-df2c2e22a0c6ea5b4dcaed52884223bfa6ffacde.tar.gz ... Passed icecat.desktop ... Passed icecat-safe.desktop ... Passed 0001-Use-remoting-name-for-GDK-application-names.patch ... FAILED bug-1663715.patch.gz ... Passed ==> ERROR: One or more files did not pass the validity check!

figue commented on 2020-11-12 09:03 (UTC) (edited on 2020-11-12 09:04 (UTC) by figue)

@starfish can you add "./mach bootstrap" before "mach build"?

Source: https://bugzilla.mozilla.org/show_bug.cgi?id=1574797

starfish commented on 2020-11-12 05:29 (UTC)

Hello, My build failed with following errors, can you fix it please. By the way thanks for making icecat available.

-> Starting build...
==> Starting build()...
Config object not found by mach.
0:05.19 Clobber not needed.
0:05.19 Adding make options from /home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/mozconfig
MOZ_OBJDIR=/home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/obj-x86_64-pc-linux-gnu
OBJDIR=/home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/obj-x86_64-pc-linux-gnu
FOUND_MOZCONFIG=/home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/mozconfig
export FOUND_MOZCONFIG
0:05.27 /usr/bin/make -f client.mk -s configure
0:05.34 Generating /home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/configure
0:05.35 Generating /home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/js/src/configure
0:05.36 cd /home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/obj-x86_64-pc-linux-gnu
0:05.36 /home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/configure
0:05.65 Creating Python 3 environment
0:05.94 Using base prefix '/usr'
0:05.96 New python executable in /home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/obj-x86_64-pc-linux-gnu/_virtualenvs/init_py3/bin/python3
0:05.96 Also creating executable in /home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/obj-x86_64-pc-linux-gnu/_virtualenvs/init_py3/bin/python
0:07.27 Installing setuptools, pip, wheel...
0:11.34 done.
0:16.92 b"running build_ext\nbuilding 'psutil._psutil_linux' extension\ncreating build/temp.linux-x86_64-3.8\ncreating build/temp.linux-x86_64-3.8/psutil\ngcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -fno-semantic-interposition -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -DPSUTIL_POSIX=1 -DPSUTIL_SIZEOF_PID_T=4 -DPSUTIL_VERSION=570 -DPSUTIL_LINUX=1 -I/usr/include/python3.8 -c psutil/_psutil_common.c -o build/temp.linux-x86_64-3.8/psutil/_psutil_common.o\ngcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -fno-semantic-interposition -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -DPSUTIL_POSIX=1 -DPSUTIL_SIZEOF_PID_T=4 -DPSUTIL_VERSION=570 -DPSUTIL_LINUX=1 -I/usr/include/python3.8 -c psutil/_psutil_posix.c -o build/temp.linux-x86_64-3.8/psutil/_psutil_posix.o\nIn file included from /usr/include/string.h:519,\n                 from /usr/include/python3.8/Python.h:30,\n                 from psutil/_psutil_posix.c:9:\nIn function \xe2\x80\x98strncpy\xe2\x80\x99,\n    inlined from \xe2\x80\x98psutil_net_if_flags\xe2\x80\x99 at psutil/_psutil_posix.c:401:5:\n/usr/include/bits/string_fortified.h:106:10: warning: \xe2\x80\x98__builtin_strncpy\xe2\x80\x99 specified bound 16 equals destination size [-Wstringop-truncation]\n  106 |   return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest));\n      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\nIn function \xe2\x80\x98strncpy\xe2\x80\x99,\n    inlined from \xe2\x80\x98psutil_net_if_mtu\xe2\x80\x99 at psutil/_psutil_posix.c:362:5:\n/usr/include/bits/string_fortified.h:106:10: warning: \xe2\x80\x98__builtin_strncpy\xe2\x80\x99 specified bound 16 equals destination size [-Wstringop-truncation]\n  106 |   return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest));\n      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\ngcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -fno-semantic-interposition -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -DPSUTIL_POSIX=1 -DPSUTIL_SIZEOF_PID_T=4 -DPSUTIL_VERSION=570 -DPSUTIL_LINUX=1 -I/usr/include/python3.8 -c psutil/_psutil_linux.c -o build/temp.linux-x86_64-3.8/psutil/_psutil_linux.o\nIn file included from /usr/include/string.h:519,\n                 from /usr/include/python3.8/Python.h:30,\n                 from psutil/_psutil_linux.c:12:\nIn function \xe2\x80\x98strncpy\xe2\x80\x99,\n    inlined from \xe2\x80\x98psutil_net_if_duplex_speed\xe2\x80\x99 at psutil/_psutil_linux.c:504:5:\n/usr/include/bits/string_fortified.h:106:10: warning: \xe2\x80\x98__builtin_strncpy\xe2\x80\x99 specified bound 16 equals destination size [-Wstringop-truncation]\n  106 |   return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest));\n      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\ncreating build/lib.linux-x86_64-3.8\ncreating build/lib.linux-x86_64-3.8/psutil\ngcc -pthread -shared -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fno-semantic-interposition -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-3.8/psutil/_psutil_common.o build/temp.linux-x86_64-3.8/psutil/_psutil_posix.o build/temp.linux-x86_64-3.8/psutil/_psutil_linux.o -L/usr/lib -o build/lib.linux-x86_64-3.8/psutil/_psutil_linux.cpython-38-x86_64-linux-gnu.so\nbuilding 'psutil._psutil_posix' extension\ngcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -fno-semantic-interposition -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -DPSUTIL_POSIX=1 -DPSUTIL_SIZEOF_PID_T=4 -DPSUTIL_VERSION=570 -DPSUTIL_LINUX=1 -I/usr/include/python3.8 -c psutil/_psutil_common.c -o build/temp.linux-x86_64-3.8/psutil/_psutil_common.o\ngcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -fno-semantic-interposition -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -march=x86-64 -mtune=generic -O3 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -DPSUTIL_POSIX=1 -DPSUTIL_SIZEOF_PID_T=4 -DPSUTIL_VERSION=570 -DPSUTIL_LINUX=1 -I/usr/include/python3.8 -c psutil/_psutil_posix.c -o build/temp.linux-x86_64-3.8/psutil/_psutil_posix.o\nIn file included from /usr/include/string.h:519,\n                 from /usr/include/python3.8/Python.h:30,\n                 from psutil/_psutil_posix.c:9:\nIn function \xe2\x80\x98strncpy\xe2\x80\x99,\n    inlined from \xe2\x80\x98psutil_net_if_flags\xe2\x80\x99 at psutil/_psutil_posix.c:401:5:\n/usr/include/bits/string_fortified.h:106:10: warning: \xe2\x80\x98__builtin_strncpy\xe2\x80\x99 specified bound 16 equals destination size [-Wstringop-truncation]\n  106 |   return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest));\n      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\nIn function \xe2\x80\x98strncpy\xe2\x80\x99,\n    inlined from \xe2\x80\x98psutil_net_if_mtu\xe2\x80\x99 at psutil/_psutil_posix.c:362:5:\n/usr/include/bits/string_fortified.h:106:10: warning: \xe2\x80\x98__builtin_strncpy\xe2\x80\x99 specified bound 16 equals destination size [-Wstringop-truncation]\n  106 |   return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest));\n      |          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\ngcc -pthread -shared -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fno-semantic-interposition -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-3.8/psutil/_psutil_common.o build/temp.linux-x86_64-3.8/psutil/_psutil_posix.o -L/usr/lib -o build/lib.linux-x86_64-3.8/psutil/_psutil_posix.cpython-38-x86_64-linux-gnu.so\ncopying build/lib.linux-x86_64-3.8/psutil/_psutil_linux.cpython-38-x86_64-linux-gnu.so -> psutil\ncopying build/lib.linux-x86_64-3.8/psutil/_psutil_posix.cpython-38-x86_64-linux-gnu.so -> psutil\n"
0:16.93 Error processing command. Ignoring because optional. (optional:packages.txt:comm/build/virtualenv_packages.txt)
0:16.94 Re-executing in the virtualenv
0:17.49 Adding configure options from /home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/mozconfig
0:17.49   --enable-application=browser
0:17.49   --prefix=/usr
0:17.49   --enable-release
0:17.49   --enable-hardening
0:17.49   --enable-optimize
0:17.49   --enable-rust-simd
0:17.49   --enable-linker=lld
0:17.49   --disable-elf-hack
0:17.49   --enable-official-branding
0:17.49   --with-distribution-id=org.gnu
0:17.49   --with-unsigned-addon-scopes=app,system
0:17.49   --with-system-nspr
0:17.49   --with-system-nss
0:17.49   --enable-alsa
0:17.49   --enable-jack
0:17.49   --disable-crashreporter
0:17.49   --disable-updater
0:17.49   --disable-tests
0:17.49   --disable-eme
0:17.49   --with-app-basename=icecat
0:17.49   --with-app-name=icecat
0:17.49   RANLIB=llvm-ranlib
0:17.49   AR=llvm-ar
0:17.49   NM=llvm-nm
0:17.49   CXX=clang++ --target=x86_64-unknown-linux-gnu
0:17.49   CC=clang --target=x86_64-unknown-linux-gnu
0:17.49 checking for vcs source checkout... no
0:17.64 checking for a shell... /usr/bin/sh
0:17.73 checking for host system type... x86_64-pc-linux-gnu
0:17.73 checking for target system type... x86_64-pc-linux-gnu
0:18.45 checking whether cross compiling... no
0:18.61 checking for Python 3... /home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/obj-x86_64-pc-linux-gnu/_virtualenvs/init_py3/bin/python (3.8.6)
0:18.61 checking for yasm... /usr/bin/yasm
0:18.66 checking yasm version... 1.3.0
0:18.67 checking for the target C compiler... /usr/bin/clang
0:18.78 checking whether the target C compiler can be used... yes
0:18.79 checking the target C compiler version... 11.0.0
0:19.94 checking the target C compiler works... yes
0:19.94 checking for the target C++ compiler... /usr/bin/clang++
0:20.11 checking whether the target C++ compiler can be used... yes
0:20.11 checking the target C++ compiler version... 11.0.0
0:20.25 checking the target C++ compiler works... yes
0:20.26 checking for the host C compiler... /usr/bin/clang
0:20.37 checking whether the host C compiler can be used... yes
0:20.37 checking the host C compiler version... 11.0.0
0:20.43 checking the host C compiler works... yes
0:20.43 checking for the host C++ compiler... /usr/bin/clang++
0:20.54 checking whether the host C++ compiler can be used... yes
0:20.54 checking the host C++ compiler version... 11.0.0
0:20.60 checking the host C++ compiler works... yes
0:20.73 checking for 64-bit OS... yes
0:21.13 checking for new enough STL headers from libstdc++... yes
0:21.14 checking for nasm... /usr/bin/nasm
0:21.19 checking nasm version... 2.15.05
0:21.38 checking for linker... lld
0:21.39 checking for the assembler... /usr/bin/clang
0:21.39 checking for ar... /usr/bin/llvm-ar
0:21.39 checking for pkg_config... /usr/bin/pkg-config
0:21.41 checking for pkg-config version... 1.7.3
0:21.50 checking for stdint.h... yes
0:21.61 checking for inttypes.h... yes
0:21.71 checking for malloc.h... yes
0:21.77 checking for alloca.h... yes
0:21.82 checking for sys/byteorder.h... no
0:21.92 checking for getopt.h... yes
0:22.03 checking for unistd.h... yes
0:22.09 checking for nl_types.h... yes
0:22.19 checking for cpuid.h... yes
0:22.29 checking for fts.h... yes
0:22.52 checking for sys/statvfs.h... yes
0:22.58 checking for sys/statfs.h... yes
0:22.76 checking for sys/vfs.h... yes
0:23.06 checking for sys/mount.h... yes
0:24.04 checking for sys/quota.h... yes
0:24.11 checking for linux/quota.h... yes
0:24.34 checking for linux/if_addr.h... yes
0:25.02 checking for linux/rtnetlink.h... yes
0:25.09 checking for sys/queue.h... yes
0:25.15 checking for sys/types.h... yes
0:25.22 checking for netinet/in.h... yes
0:25.51 checking for byteswap.h... yes
0:26.69 checking for linux/perf_event.h... yes
0:26.75 checking for perf_event_open system call... yes
0:26.81 checking whether the C compiler supports -Wbitfield-enum-conversion... yes
0:26.87 checking whether the C++ compiler supports -Wbitfield-enum-conversion... yes
0:26.93 checking whether the C compiler supports -Wshadow-field-in-constructor-modified... yes
0:26.98 checking whether the C++ compiler supports -Wshadow-field-in-constructor-modified... yes
0:27.08 checking whether the C compiler supports -Wunreachable-code-return... yes
0:27.14 checking whether the C++ compiler supports -Wunreachable-code-return... yes
0:27.20 checking whether the C compiler supports -Wclass-varargs... yes
0:27.25 checking whether the C++ compiler supports -Wclass-varargs... yes
0:27.31 checking whether the C++ compiler supports -Wempty-init-stmt... yes
0:27.36 checking whether the C compiler supports -Wfloat-overflow-conversion... yes
0:27.42 checking whether the C++ compiler supports -Wfloat-overflow-conversion... yes
0:27.53 checking whether the C compiler supports -Wfloat-zero-conversion... yes
0:27.59 checking whether the C++ compiler supports -Wfloat-zero-conversion... yes
0:27.64 checking whether the C compiler supports -Wloop-analysis... yes
0:27.70 checking whether the C++ compiler supports -Wloop-analysis... yes
0:27.76 checking whether the C++ compiler supports -Wc++2a-compat... yes
0:27.81 checking whether the C++ compiler supports -Wcomma... yes
0:27.86 checking whether the C compiler supports -Wduplicated-cond... no
0:27.91 checking whether the C++ compiler supports -Wduplicated-cond... no
0:27.97 checking whether the C++ compiler supports -Wimplicit-fallthrough... yes
0:28.03 checking whether the C++ compiler supports -Wunused-function... yes
0:28.08 checking whether the C++ compiler supports -Wunused-variable... yes
0:28.14 checking whether the C compiler supports -Wstring-conversion... yes
0:28.20 checking whether the C++ compiler supports -Wstring-conversion... yes
0:28.26 checking whether the C compiler supports -Wtautological-overlap-compare... yes
0:28.32 checking whether the C++ compiler supports -Wtautological-overlap-compare... yes
0:28.37 checking whether the C compiler supports -Wtautological-unsigned-enum-zero-compare... yes
0:28.43 checking whether the C++ compiler supports -Wtautological-unsigned-enum-zero-compare... yes
0:28.49 checking whether the C compiler supports -Wtautological-unsigned-zero-compare... yes
0:28.54 checking whether the C++ compiler supports -Wtautological-unsigned-zero-compare... yes
0:28.60 checking whether the C compiler supports -Wno-error=tautological-type-limit-compare... yes
0:28.66 checking whether the C++ compiler supports -Wno-error=tautological-type-limit-compare... yes
0:28.72 checking whether the C++ compiler supports -Wno-inline-new-delete... yes
0:28.77 checking whether the C compiler supports -Wno-error=maybe-uninitialized... no
0:28.82 checking whether the C++ compiler supports -Wno-error=maybe-uninitialized... no
0:28.88 checking whether the C compiler supports -Wno-error=deprecated-declarations... yes
0:28.94 checking whether the C++ compiler supports -Wno-error=deprecated-declarations... yes
0:28.99 checking whether the C compiler supports -Wno-error=array-bounds... yes
0:29.05 checking whether the C++ compiler supports -Wno-error=array-bounds... yes
0:29.10 checking whether the C compiler supports -Wno-error=coverage-mismatch... no
0:29.15 checking whether the C++ compiler supports -Wno-error=coverage-mismatch... no
0:29.21 checking whether the C compiler supports -Wno-error=backend-plugin... yes
0:29.26 checking whether the C++ compiler supports -Wno-error=backend-plugin... yes
0:29.32 checking whether the C compiler supports -Wno-error=free-nonheap-object... no
0:29.37 checking whether the C++ compiler supports -Wno-error=free-nonheap-object... no
0:29.42 checking whether the C compiler supports -Wno-multistatement-macros... no
0:29.47 checking whether the C++ compiler supports -Wno-multistatement-macros... no
0:29.53 checking whether the C compiler supports -Wno-error=return-std-move... yes
0:29.58 checking whether the C++ compiler supports -Wno-error=return-std-move... yes
0:29.64 checking whether the C compiler supports -Wno-error=class-memaccess... no
0:29.69 checking whether the C++ compiler supports -Wno-error=class-memaccess... no
0:29.74 checking whether the C compiler supports -Wno-error=atomic-alignment... yes
0:29.80 checking whether the C++ compiler supports -Wno-error=atomic-alignment... yes
0:29.86 checking whether the C compiler supports -Wno-error=deprecated-copy... yes
0:29.91 checking whether the C++ compiler supports -Wno-error=deprecated-copy... yes
0:29.97 checking whether the C compiler supports -Wformat... yes
0:30.02 checking whether the C++ compiler supports -Wformat... yes
0:30.08 checking whether the C compiler supports -Wformat-security... yes
0:30.14 checking whether the C++ compiler supports -Wformat-security... yes
0:30.19 checking whether the C compiler supports -Wformat-overflow=2... no
0:30.24 checking whether the C++ compiler supports -Wformat-overflow=2... no
0:30.30 checking whether the C compiler supports -Wno-gnu-zero-variadic-macro-arguments... yes
0:30.36 checking whether the C++ compiler supports -Wno-gnu-zero-variadic-macro-arguments... yes
0:30.37 checking for llvm_profdata... /usr/bin/llvm-profdata
0:30.44 checking whether the C++ compiler supports -fno-sized-deallocation... yes
0:30.50 checking whether the C++ compiler supports -fno-aligned-new... yes
0:30.52 checking for alsa... yes
0:30.53 checking MOZ_ALSA_CFLAGS...
0:30.54 checking MOZ_ALSA_LIBS... -lasound
0:30.55 checking for jack... yes
0:30.56 checking MOZ_JACK_CFLAGS...
0:30.56 checking MOZ_JACK_LIBS... -ljack -lpthread
0:30.58 checking for libpulse... yes
0:30.58 checking MOZ_PULSEAUDIO_CFLAGS... -D_REENTRANT
0:30.59 checking MOZ_PULSEAUDIO_LIBS... -lpulse -pthread
0:30.60 checking for nspr >= 4.25... yes
0:30.61 checking NSPR_CFLAGS... -I/usr/include/nspr
0:30.61 checking NSPR_LIBS... -lplds4 -lplc4 -lnspr4
0:30.62 checking for rustc... /usr/bin/rustc
0:30.62 checking for cargo... /usr/bin/cargo
0:32.11 checking rustc version... 1.47.0
0:32.13 checking cargo version... 1.47.0
0:38.50 checking for rust target triplet... x86_64-unknown-linux-gnu
0:38.97 checking for rust host triplet... x86_64-unknown-linux-gnu
0:38.97 checking for rustdoc... /usr/bin/rustdoc
0:39.27 checking for cbindgen... /usr/bin/cbindgen
0:39.27 checking for rustfmt... /usr/bin/rustfmt
0:39.27 checking for clang for bindgen... /usr/bin/clang++
0:39.32 checking for libclang for bindgen... /usr/lib/libclang.so
0:39.57 checking that libclang is new enough... yes
0:39.57 checking bindgen cflags... -x c++ -fno-sized-deallocation -fno-aligned-new -DTRACING=1 -DIMPL_LIBXUL -DMOZILLA_INTERNAL_API -DRUST_BINDGEN -DOS_POSIX=1 -DOS_LINUX=1 --target=x86_64-unknown-linux-gnu -std=gnu++17
0:40.32 checking for nodejs... /usr/bin/node (15.1.0)
0:40.45 checking for gtk+-wayland-3.0 >= 3.10 xkbcommon >= 0.4.1 libdrm >= 2.4... yes
0:40.82 checking MOZ_WAYLAND_CFLAGS... -I/usr/include/gtk-3.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/fribidi -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/gio-unix-2.0 -I/usr/include/cloudproviders -I/usr/include/atk-1.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/at-spi-2.0 -pthread -I/usr/include/libdrm
0:40.82 checking MOZ_WAYLAND_LIBS... -lgtk-3 -lgdk-3 -lz -lpangocairo-1.0 -lpango-1.0 -lharfbuzz -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0 -lxkbcommon -ldrm
0:40.83 checking for pango >= 1.22.0 pangoft2 >= 1.22.0 pangocairo >= 1.22.0... yes
0:40.85 checking MOZ_PANGO_CFLAGS... -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/fribidi -I/usr/include/cairo -I/usr/include/pixman-1 -pthread
0:40.86 checking MOZ_PANGO_LIBS... -lpangoft2-1.0 -lfontconfig -lfreetype -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lharfbuzz -lcairo
0:40.86 checking for fontconfig >= 2.7.0... yes
0:40.87 checking _FONTCONFIG_CFLAGS... -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
0:40.87 checking _FONTCONFIG_LIBS... -lfontconfig -lfreetype
0:40.88 checking for freetype2 >= 6.1.0... yes
0:40.89 checking _FT2_CFLAGS... -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
0:40.89 checking _FT2_LIBS... -lfreetype
0:40.89 checking for tar... /usr/bin/tar
0:40.90 checking for unzip... /usr/bin/unzip
0:40.90 checking for zip... /usr/bin/zip
0:40.90 checking for gn... not found
0:40.90 checking for the Mozilla API key... no
0:40.90 checking for the Google Location Service API key... no
0:40.90 checking for the Google Safebrowsing API key... no
0:40.90 checking for the Bing API key... no
0:40.90 checking for the Adjust SDK key... no
0:40.90 checking for the Leanplum SDK key... no
0:40.90 checking for the Pocket API key... no
0:41.10 checking for getcontext... yes
0:41.11 checking for nss >= 3.53.1... yes
0:41.12 checking NSS_CFLAGS... -I/usr/include/nss -I/usr/include/nspr
0:41.12 checking NSS_LIBS... -lssl3 -lsmime3 -lnss3 -lnssutil3 -lplds4 -lplc4 -lnspr4
0:41.13 checking for awk... /usr/bin/gawk
0:41.13 checking for perl... /usr/bin/perl
0:41.28 checking for minimum required perl version >= 5.006... 5.032000
0:41.39 checking for full perl installation... yes
0:41.39 checking for gmake... /usr/bin/make
0:41.39 checking for watchman... not found
0:41.39 checking for xargs... /usr/bin/xargs
0:41.39 checking for rpmbuild... not found
0:41.39 checking for NSIS version... no
0:41.44 checking for llvm-objdump... /usr/bin/llvm-objdump
0:41.44 checking for autoconf... /usr/bin/autoconf-2.13
0:41.44 Refreshing /home/starfish/builds/icecat/src/gnuzilla-05adddbf87a5ee11de7cd90794c331a178bcfd5c/output/icecat-78.4.0/old-configure with /usr/bin/autoconf-2.13
0:41.79 creating cache ./config.cache
0:41.83 checking host system type... x86_64-pc-linux-gnu
0:41.85 checking target system type... x86_64-pc-linux-gnu
0:41.87 checking build system type... x86_64-pc-linux-gnu
0:41.87 checking for objcopy... /usr/bin/objcopy
0:41.88 checking for gcc... (cached) /usr/bin/clang --target=x86_64-unknown-linux-gnu -std=gnu99
0:41.88 checking whether the C compiler (/usr/bin/clang --target=x86_64-unknown-linux-gnu -std=gnu99 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -g -fvar-tracking-assignments -fdebug-prefix-map=/home/starfish/builds/icecat/src=/usr/src/debug -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fuse-ld=lld) works... (cached) yes
0:41.88 checking whether the C compiler (/usr/bin/clang --target=x86_64-unknown-linux-gnu -std=gnu99 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -g -fvar-tracking-assignments -fdebug-prefix-map=/home/starfish/builds/icecat/src=/usr/src/debug -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fuse-ld=lld) is a cross-compiler... no
0:41.88 checking whether we are using GNU C... (cached) yes
0:41.88 checking whether /usr/bin/clang --target=x86_64-unknown-linux-gnu -std=gnu99 accepts -g... (cached) yes
0:41.88 checking for c++... (cached) /usr/bin/clang++ --target=x86_64-unknown-linux-gnu -std=gnu++17
0:41.89 checking whether the C++ compiler (/usr/bin/clang++ --target=x86_64-unknown-linux-gnu -std=gnu++17 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -g -fvar-tracking-assignments -fdebug-prefix-map=/home/starfish/builds/icecat/src=/usr/src/debug -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fuse-ld=lld) works... (cached) yes
0:41.89 checking whether the C++ compiler (/usr/bin/clang++ --target=x86_64-unknown-linux-gnu -std=gnu++17 -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -g -fvar-tracking-assignments -fdebug-prefix-map=/home/starfish/builds/icecat/src=/usr/src/debug -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fuse-ld=lld) is a cross-compiler... no
0:41.89 checking whether we are using GNU C++... (cached) yes
0:41.89 checking whether /usr/bin/clang++ --target=x86_64-unknown-linux-gnu -std=gnu++17 accepts -g... (cached) yes
0:41.89 checking for ranlib... llvm-ranlib
0:41.89 checking for /usr/bin/clang... /usr/bin/clang --target=x86_64-unknown-linux-gnu -std=gnu99
0:41.89 checking for strip... strip
0:41.90 checking for otool... no
0:43.29 checking for X... libraries /usr/lib64, headers /usr/include
0:43.35 checking for dnet_ntoa in -ldnet... no
0:43.42 checking for dnet_ntoa in -ldnet_stub... no
0:43.48 checking for gethostbyname... no
0:43.54 checking for gethostbyname in -lnsl... no
0:43.60 checking for connect... no
0:43.67 checking for connect in -lsocket... no
0:43.73 checking for remove... no
0:43.79 checking for remove in -lposix... no
0:43.85 checking for shmat... no
0:43.91 checking for shmat in -lipc... no
0:43.98 checking for IceConnectionNumber in -lICE... no
0:44.04 configure: error: compiler is incompatible with sanitize options
0:44.04 DEBUG: <truncated - see config.log for full output>
0:44.04 DEBUG: #line 3174 "configure"
0:44.04 DEBUG: #include "confdefs.h"
0:44.05 DEBUG: /* Override any gcc2 internal prototype to avoid an error.  */
0:44.05 DEBUG: /* We use char because int might match the return type of a gcc2
0:44.05 DEBUG:     builtin and then its argument prototype would still apply.  */
0:44.05 DEBUG: char IceConnectionNumber();
0:44.05 DEBUG:
0:44.05 DEBUG: int main() {
0:44.05 DEBUG: IceConnectionNumber()
0:44.05 DEBUG: ; return 0; }
0:44.05 DEBUG: configure:3734: /usr/bin/clang --target=x86_64-unknown-linux-gnu -std=gnu99 -o conftest -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -g -fvar-tracking-assignments -fdebug-prefix-map=/home/starfish/builds/icecat/src=/usr/src/debug -Qunused-arguments -D_FORTIFY_SOURCE=2 -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -fuse-ld=lld conftest.c  1>&5
0:44.05 DEBUG: clang-11: error: unknown argument: '-fvar-tracking-assignments'
0:44.05 DEBUG: configure: failed program was:
0:44.05 DEBUG: #line 3727 "configure"
0:44.05 DEBUG: #include "confdefs.h"
0:44.05 DEBUG:
0:44.05 DEBUG: int main() {
0:44.05 DEBUG:
0:44.05 DEBUG: ; return 0; }
0:44.05 DEBUG: configure: error: compiler is incompatible with sanitize options
0:44.05 ERROR: old-configure failed
0:44.19 *** Fix above errors and then restart with\
0:44.20                "./mach build"
0:44.20 make: *** [client.mk:115: configure] Error 1
==> ERROR: A failure occurred in build().
Aborting...


figue commented on 2020-10-24 22:38 (UTC)

@mosh5382 I've changed that patch source to Arch's github mirror for now, until migration to gitlab.archlinux.org will be done. Then will be changed again. Thanks for reporting.

mosh5382 commented on 2020-10-24 22:12 (UTC)

This doesn't appear to be present at this location:

https://git.archlinux.org/svntogit/packages.git/plain/trunk/0001-Use-remoting-name-for-GDK-application-names.patch?h=packages/firefox&id=92b3303bf777c103ae2cb1470e8ff2e1437e88b2

Therefore the pkgbuild fails.

username13 commented on 2020-10-17 15:40 (UTC) (edited on 2020-10-17 15:46 (UTC) by username13)

@mazzarino, Chaotic AUR.

https://ftp.mozilla.org/pub/firefox/releases/78.3.0esr/linux-x86_64/xpi/

Это работает до первой перезагрузки. Icecat меню не перевелены.

После перезагрузки.. Мне нужно вручную удалить расширение

===

This works to the first reboot. The icecat menu is not translated.

After the reboot.. I have to manually delete the extension

mazzarino commented on 2020-10-17 10:52 (UTC) (edited on 2020-10-17 10:55 (UTC) by mazzarino)

@username13 А откуда брали langpack? Существующие официальные языковые пакеты были разработаны для версии 60.7.0_gnu1,и они не совместимы с 78.3.0gnu1

https://repology.org/project/icecat/packages

===

Where did you get the langpack? The existing official language packs were developed for version 60.7.0_gnu1 and they are not compatible with 78.3.0gnu1

https://repology.org/project/icecat/packages

username13 commented on 2020-10-17 10:42 (UTC) (edited on 2020-10-17 10:45 (UTC) by username13)

@figue, I'm using a Russian language. After I install the langpack-ru in this browser and then reboot ...

There is such a message:

Ошибка синтаксического анализа XML: неопределённая сущность

Адрес: chrome://browser/content/browser.XHTML

Строка 2473, символ 9:

<label id="fxa-menu-service-label

__^

And the approximate translation:

syntaxic analysis error: Not a certain essence

..

Row 2473, symbol 9:

then I delete the Langpack-ru

Terrorizer commented on 2020-10-06 12:22 (UTC)

@figue, when i wanna use this language-file i get an error when icecat newly starts !!! ... another question: why starts icecat not in fullscreen; everytime it starts not in fullscreen and i must double-click on the icecat border, to make it fullscreen >>> is there a trick i don't know >>> every other browser starts everytime in fullscreen ???

figue commented on 2020-10-05 20:46 (UTC)

For language you can install the xpi from Mozilla:

https://ftp.mozilla.org/pub/firefox/releases/78.3.0esr/linux-x86_64/xpi/

There is a directory with all of them in every new ESR release. There was a script some time ago that patch xpi to remove all "Mozilla stuff" from those xpi files, but I'm not sure if really was only a cosmetic process or a process to redistribute them as GNUzilla (sorry if I'm wrong with this).

Terrorizer commented on 2020-10-05 11:42 (UTC)

@figue >>> awesome >>> icecat installation in seconds !!! ... can you also tell me where i can get a german language file for icecat, in the icecat setting i can't add a new language >>> there comes an error ???

figue commented on 2020-10-04 18:53 (UTC)

@Terrorizer if you add Chaotic repo, you will avoid to build IceCat, like the rest of prebuilt packages. There is no other advantage.

Terrorizer commented on 2020-10-04 16:47 (UTC)

@figue ... is there an advantage for icecat to use this new "Chaotic Repo" ??? And how can i solve this: when i wanna install icecat and it runs several hours, i don't sit before my computer the whole time, in the past often i came too late and there was an output like password overtime ???

figue commented on 2020-10-02 22:24 (UTC)

figue@pluto ~ % LC_ALL=C pacman -Si chaotic-aur/icecat | grep -E 'Date|Name|Version'
Name            : icecat
Version         : 78.3.0-1
Build Date      : Tue Sep 29 22:01:57 2020

IceCat was built in Chaotic a few days ago successfully

mosh5382 commented on 2020-10-02 21:22 (UTC)

@mazzarino I have the same issue as you. I tried running an older version of rust per the bug report that you attached but that didn't change anything.

Have you had any luck finding a fix?

figue commented on 2020-09-29 22:37 (UTC)

@Terrorizer patch process can take a long time, depending on your machine capacity.

Good news is that IceCat was added to Chaotic repo recently:

https://lonewolf.pedrohlc.com/chaotic-aur/

Terrorizer commented on 2020-09-29 10:30 (UTC)

@figue, is it not possible that you make a bin-file of this

yesterday i start another try at 7:00 in the morning, and at 10:00 in the evening i must stop, because i must go to work and the compile was not complete ???

mazzarino commented on 2020-09-28 19:01 (UTC)

@figue It seems to be rust issue, similar https://github.com/rust-lang/rust/issues/74551 https://bugs.gentoo.org/727178

figue commented on 2020-09-26 22:43 (UTC)

@mazzarino I see (signal: 9, SIGKILL: kill), like if the process was killed by someone...

mazzarino commented on 2020-09-26 21:35 (UTC)

makepkg -e log


135:33.24    Compiling gkrust v0.1.0 (/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/toolkit/library/rust)
217:41.43 error: could not compile gkrust.
217:42.78 Caused by:
217:42.78   process didn't exit successfully: /usr/bin/rustc --crate-name gkrust toolkit/library/rust/lib.rs --error-format=json --json=diagnostic-rendered-ansi --crate-type staticlib --emit=dep-info,link -C opt-level=2 -C panic=abort -Cembed-bitcode=no -Clto --cfg 'feature="cubeb-remoting"' --cfg 'feature="cubeb_pulse_rust"' --cfg 'feature="gecko_profiler"' --cfg 'feature="gecko_profiler_parse_elf"' --cfg 'feature="moz_memory"' --cfg 'feature="moz_places"' --cfg 'feature="new_cert_storage"' --cfg 'feature="quantum_render"' --cfg 'feature="simd-accel"' --cfg 'feature="webgpu"' --cfg 'feature="webrtc"' -C metadata=c077d09e82cc710f -C extra-filename=-c077d09e82cc710f --out-dir /home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps --target x86_64-unknown-linux-gnu -C linker=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/build/cargo-linker -L dependency=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps -L dependency=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/release/deps --extern gkrust_shared=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libgkrust_shared-640bbcee16e45770.rlib --extern mozglue_static=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libmozglue_static-0718399f770c57fd.rlib --extern mozilla_central_workspace_hack=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libmozilla_central_workspace_hack-85d5f075f15cd128.rlib -C opt-level=2 -C debuginfo=2 --cap-lints warn -Cembed-bitcode=yes -C codegen-units=1 -L native=/usr/lib -L native=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/build/lmdb-rkv-sys-873195c49dc0f637/out -L native=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/build/mozglue-static-d23e7627d0938704/out -L native=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/dist/bin -L native=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/security/nss/lib/nss/nss_nss3 -L native=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/security/nss/lib/ssl/ssl_ssl3 -L native=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/config/external/nspr/pr -L native=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/build/swgl-3a0f80a42ba0c709/out -L native=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/build/libloading-34c08db01b7792e4/out -L native=/usr/lib (signal: 9, SIGKILL: kill)
217:42.78 make[4]:  [/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/config/makefiles/rust.mk:299: force-cargo-library-build] Error 101
217:42.79 make[3]:  [/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/config/recurse.mk:74: toolkit/library/rust/target] Error 2
217:42.79 make[2]:  [/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/config/recurse.mk:34: compile] Error 2
217:42.79 make[1]:  [/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/config/rules.mk:390: default] Error 2
217:42.79 make: *** [client.mk:125: build] Error 2
217:42.79 199 compiler warnings present.
218:04.36 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed
==> ERROR: A failure occurred in build().
    Aborting...

mazzarino commented on 2020-09-26 15:01 (UTC)

With makepkg the building failed too

116:24.03 /home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/gfx/angle/checkout/src/compiler/translator/IntermNode.h:916:37: warning: class with destructor marked 'final' cannot be inherited from [-Wfinal-dtor-non-final-class]
116:24.03     ~TIntermPreprocessorDirective() final;
116:24.03                                     ^
116:24.03 /home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/gfx/angle/checkout/src/compiler/translator/IntermNode.h:911:7: note: mark 'sh::TIntermPreprocessorDirective' as 'final' to silence this warning
116:24.03 class TIntermPreprocessorDirective : public TIntermNode
116:24.03       ^
116:24.20 1 warning generated.
116:24.34 1 warning generated.
116:24.35 make[2]: *** [/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/config/recurse.mk:34: compile] Error 2
116:24.35 make[1]: *** [/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/config/rules.mk:390: default] Error 2
116:24.42 make: *** [client.mk:125: build] Error 2
116:24.44 41 compiler warnings present.
116:26.29 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed
==> ERROR: A failure occurred in build().
    Aborting...

figue commented on 2020-09-26 12:38 (UTC)

@mazzarino can you try to build with makepkg instead of yay?

mazzarino commented on 2020-09-26 09:15 (UTC) (edited on 2020-09-26 10:49 (UTC) by mazzarino)

Building the package failed:

error: could not compile `style`.
Caused by:
process didn't exit successfully: `/usr/bin/rustc --crate-name style servo/components/style/lib.rs --error-format=json --json=diagnostic-rendered-ansi,artifacts --crate-type lib --emit=dep-info,metadata,link -C opt-level=2 -C panic=abort -Cembed-bitcode=no --cfg 'feature="bindgen"' --cfg 'feature="gecko"' --cfg 'feature="gecko_profiler"' --cfg 'feature="nsstring"' --cfg 'feature="regex"' --cfg 'feature="serde"' --cfg 'feature="toml"' -C metadata=c09ca1c5d53bd452 -C extra-filename=-c09ca1c5d53bd452 --out-dir /home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps --target x86_64-unknown-linux-gnu -C linker=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/build/cargo-linker -L dependency=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps -L dependency=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/release/deps --extern app_units=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libapp_units-ab17d4de48cee77c.rmeta --extern arrayvec=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libarrayvec-774f90c3c3c19c99.rmeta --extern atomic_refcell=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libatomic_refcell-adf83357cfbb9aca.rmeta --extern bitflags=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libbitflags-5b59a0f2d4cd07f7.rmeta --extern byteorder=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libbyteorder-f143aedcf5a16d23.rmeta --extern cssparser=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libcssparser-5f4199fc871217b9.rmeta --extern derive_more=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/release/deps/libderive_more-b0869aec2a2a377a.so --extern euclid=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libeuclid-201d69a79f2001ef.rmeta --extern fallible=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libfallible-5c08cdcc3867d5b1.rmeta --extern fxhash=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libfxhash-7ef7ff0b35d15e54.rmeta --extern hashbrown=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libhashbrown-a629c8d294d0cca6.rmeta --extern hashglobe=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libhashglobe-17dd4696cc0e4f99.rmeta --extern indexmap=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libindexmap-bdcfdf98e92095be.rmeta --extern itertools=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libitertools-c011164babd83674.rmeta --extern itoa=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libitoa-6d35622b941b5d55.rmeta --extern lazy_static=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/liblazy_static-8fe29a7a73d6eb2e.rmeta --extern log=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/liblog-5073b70b5fbb88ce.rmeta --extern malloc_size_of=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libmalloc_size_of-86534accdd5d8380.rmeta --extern malloc_size_of_derive=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/release/deps/libmalloc_size_of_derive-651a6f31cfc950ba.so --extern matches=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libmatches-0856ea754a0d31e0.rmeta --extern debug_unreachable=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libdebug_unreachable-3489d6d0f32db89f.rmeta --extern nsstring=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libnsstring-9d1edfb695c83f8d.rmeta --extern num_derive=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/release/deps/libnum_derive-557848839a1854f6.so --extern num_integer=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libnum_integer-1df4986bbbd4fddc.rmeta --extern num_traits=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libnum_traits-a2380d7b7976bc0f.rmeta --extern num_cpus=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libnum_cpus-55fd7a416551a9dd.rmeta --extern owning_ref=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libowning_ref-e29b71323ba45e9c.rmeta --extern parking_lot=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libparking_lot-ea1ba438248ab2c0.rmeta --extern precomputed_hash=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libprecomputed_hash-f96b4fa9138e6e7f.rmeta --extern rayon=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/librayon-7a7276d03e11b75b.rmeta --extern selectors=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libselectors-2c92ef97b5c9f899.rmeta --extern serde=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libserde-6ae75ab36e7f8346.rmeta --extern servo_arc=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libservo_arc-2c33cf9b93252258.rmeta --extern smallbitvec=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libsmallbitvec-9451dab024833216.rmeta --extern smallvec=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libsmallvec-5b283f827f79bd2f.rmeta --extern static_prefs=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libstatic_prefs-1cc64cc4cb9d05a2.rmeta --extern style_derive=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/release/deps/libstyle_derive-64004a51b0f3885d.so --extern style_traits=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libstyle_traits-daff3e50321b53e7.rmeta --extern thin_slice=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libthin_slice-5e1d0a6277fcd26f.rmeta --extern time=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libtime-cbb0a2abdb2170a3.rmeta --extern to_shmem=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libto_shmem-ea8cedec643f6d2b.rmeta --extern to_shmem_derive=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/release/deps/libto_shmem_derive-f9b36eb7535f581c.so --extern uluru=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libuluru-56c58f684d40575f.rmeta --extern unicode_bidi=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libunicode_bidi-7efbc9937701f68d.rmeta --extern unicode_segmentation=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libunicode_segmentation-558a663972933095.rmeta --extern void=/home/alen/.cache/yay/icecat/src/gnuzilla-df6b2146f13fc90ad3c11136115ada077383ee2a/output/icecat-78.3.0/obj-x86_64-pc-linux-gnu/x86_64-unknown-linux-gnu/release/deps/libvoid-3dd3ca98efab5eca.rmeta -C opt-level=2 -C debuginfo=2 --cap-lints warn -Cembed-bitcode=yes -C codegen-units=1` (signal: 9, SIGKILL: kill)

cysp74 commented on 2020-09-24 10:48 (UTC)

Ok, never mind my previous comment. I've checked icecat with default settings and the only annoying thing with disabled shield icon that I can't see third party cookies. But on the other hand, with enabled shield icon much more confusing information reveal, such like drop down menu says no social media trackers, etc.

Rgds, hg

cysp74 commented on 2020-09-24 09:59 (UTC)

Hi,

The new icecat upstream completely disabled protection dashboard (shield icon on address bar): https://git.savannah.gnu.org/cgit/gnuzilla.git/commit/?id=700ee68e7311a4640232018bdbf77fe96a97b8e8

The purpose and the logic behind this change is not revealed yet, but on my side (I believe on others too) causing troubles.

So made some changes in PKGBUILD. Can you please include till we get answer why dashboard have been disabled?


--- PKGBUILD    2020-09-24 11:52:03.520599455 +0200
+++ PKGBUILD.new    2020-09-24 11:52:15.684629906 +0200
@@ -51,6 +51,7 @@
   sed -e 's/^gpg.*list-keys.*//g' -i makeicecat
   sed -e 's/^tar cfj icecat-/#tar cfj icecat-/g' -i makeicecat

+
   # rename patches
   patch --ignore-whitespace << 'EOF'
 --- makeicecat 2020-09-21 23:59:38.942240104 +0200
@@ -91,6 +92,8 @@
     rm -rf data/files-to-append/l10n/*
   fi

+  find . -iname "hide-protections-dashboard.patch" | xargs rm
+
   # Produce IceCat sources
   bash makeicecat
   cd output/icecat-${pkgver}

Thanks, Rgds, hg

tapwater commented on 2020-09-08 19:36 (UTC) (edited on 2020-09-08 20:35 (UTC) by tapwater)

@Terrorizer @figue it probably does have something to do with the rust package. I'm getting the following error when trying to build icecat and waterfox:

 0:07.36 checking for rustc... /usr/bin/rustc
 0:07.36 checking for cargo... /usr/bin/cargo
 0:07.43 DEBUG: Executing: rustup which rustc
 0:07.44 DEBUG: The command returned non-zero exit status 1.
 0:07.44 DEBUG: Its error output was:
 0:07.44 DEBUG: | error: no override and no default toolchain set
 0:07.44 ERROR: Command rustup which rustc failed with exit status 1.
 0:07.49 *Fix above errors and then restart with
 0:07.49                /mach build
 0:07.49 make: *** [client.mk:115: configure] Error 1
==> ERROR: A failure occurred in build().
    Aborting...
I'm doing a fresh install of Manjaro XFCE. I was running KDE until a few days ago, and previously had no problems when I initially installed this icecat package, but that was some months ago. this happens no matter what method I use to install icecat; any ideas on what to do?

figue commented on 2020-09-07 13:20 (UTC)

In resume, every AUR package is managed in a get repo. So you can clone that repo and update it manually. For example, I want the IceCat repo, so I clone the repo first:

$ mkdir $HOME/packages
$ cd $HOME/packages
$ git clone https://aur.archlinux.org/icecat.git
$ cd icecat

then I want to build:

$ makepkg -sic

Done. What happens if a new release came out?

$ cd $HOME/packages/icecat
$ git pull
$ makepkg -sic

Terrorizer commented on 2020-09-07 12:21 (UTC)

@figue ... can you tell me the complete "makepkg" - way in detail please, i wanna try?

figue commented on 2020-09-06 22:24 (UTC)

@mazzarino huge packages like IceCat is better to add to ignore list, and when you see there is an update, do it manually with "makepkg -sic" when you have the time to do it (so don't use AUR helpers like yay). Cheers.

mazzarino commented on 2020-09-06 17:57 (UTC)

@figue

Thank You very much! With makepkg the package was successfully build and then it was installed with "pacman -U".

figue commented on 2020-09-06 14:33 (UTC)

@mazzarino can you execute:

$ cd /home/alen/.cache/yay/icecat
$ makepkg -e

mazzarino commented on 2020-09-06 14:21 (UTC) (edited on 2020-09-06 14:24 (UTC) by mazzarino)

Building fails with the errors:


28:30.76 make[2]: *** [/home/alen/.cache/yay/icecat/src/gnuzilla-15a7c3d991a670b6489d4f432b52a188358f4ca5/output/icecat-68.12.0/config/recurse.mk:34: compile] Error 2

28:30.76 make[1]: *** [/home/alen/.cache/yay/icecat/src/gnuzilla-15a7c3d991a670b6489d4f432b52a188358f4ca5/output/icecat-68.12.0/config/rules.mk:413: default] Error 2

28:30.76 make: *** [client.mk:125: build] Error 2 28:30.82 13 compiler warnings present.

28:31.33 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed

==> ERROR: A failure occurred in build(). Aborting...

error making: icecat

figue commented on 2020-09-05 14:15 (UTC) (edited on 2020-09-05 14:15 (UTC) by figue)

just download the file, and install it:

sudo pacman -U icecat-68.12.0-1-x86_64.pkg.tar.bz2

Terrorizer commented on 2020-09-05 12:37 (UTC)

@figue

...what should i do ???

figue commented on 2020-09-04 10:05 (UTC)

@Terrorizer I don't know if your issue is with something related with rust package provided by Manjaro...

I've uploaded my compiled package in the meantime we figure out what's going on...

https://mirror.lnx.im/icecat/icecat-68.12.0-1-x86_64.pkg.tar.bz2

Maybe a good start is to look in Manjaro's Firefox sources and see if they apply some patch for rust.

Terrorizer commented on 2020-09-04 07:54 (UTC)

@figue, my system [Manjaro KDE] is up-to-date, how can i update this rust-package ???

figue commented on 2020-09-03 21:49 (UTC) (edited on 2020-09-03 21:50 (UTC) by figue)

@Terrorizer it's weird. rustc package in [extra] repo is at 1.46, but you have 1.45:

figue@pluto ~ % env LC_ALL=C pacman -Si rust
Repository      : extra
Name            : rust
Version         : 1:1.46.0-1
Description     : Systems programming language focused on safety, speed and concurrency
Architecture    : x86_64
URL             : https://www.rust-lang.org/
Licenses        : MIT  Apache
Groups          : None
Provides        : cargo  rustfmt
Depends On      : gcc-libs  llvm-libs  curl  libssh2
Optional Deps   : lldb: rust-lldb script
                  gdb: rust-gdb script
Conflicts With  : cargo  rustfmt
Replaces        : cargo  rustfmt  cargo-tree
Download Size   : 68.25 MiB
Installed Size  : 418.83 MiB
Packager        : Jan Alexander Steffens (heftig) <heftig@archlinux.org>
Build Date      : Thu Aug 27 19:04:53 2020
Validated By    : MD5 Sum  SHA-256 Sum  Signature
 % grep "rustc version" /DATA/Downloads/para_borrar/icecat.txt
0:32.10 checking rustc version... 1.45.2
1:07.56 js/src> checking rustc version... 1.45.2

Terrorizer commented on 2020-09-03 19:38 (UTC)

@figue yes

figue commented on 2020-09-03 10:46 (UTC)

@Terrorizer Seems an error in rust... Do you have your system up-to-date?

Terrorizer commented on 2020-09-03 07:45 (UTC)

... when i click on it >>> it is not empty >>> i see everything ???

try this:

https://mega.nz/file/CgollJpQ#i3ZGd9IW73cAAWmUT7H05VZJY_01ycQC7GFzOWiw0js

figue commented on 2020-09-02 20:36 (UTC)

@Terrorizer sorry, https://hastebin.com/tokevohida.php is empty... Could you upload again?

Terrorizer commented on 2020-09-02 20:25 (UTC)

@figue >>> any tips ???

Terrorizer commented on 2020-08-31 14:11 (UTC)

here is a paste of the last half of the output:

https://hastebin.com/tokevohida.php

Terrorizer commented on 2020-08-31 12:15 (UTC) (edited on 2020-08-31 14:07 (UTC) by Terrorizer)

... the entire output would be a lot of pages ?!? or is it possible to do a spoiler for this ???

figue commented on 2020-08-30 23:39 (UTC)

@Terrorizer the error should be upper... With this is impossible to know what happens. Can you paste the entire output?

Terrorizer commented on 2020-08-30 18:53 (UTC)

... first i tried to update, than i deinstalled and wanna compile new; now i'm getting this error:


/usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed ==> FEHLER: Ein Fehler geschah in build(). Breche ab... :: Unable to build icecat - makepkg exited with code: 4


Szmurlo commented on 2020-08-02 17:16 (UTC)

Uninstalled and re-build icecat again. Works without a hitch now. Thanks figue!

figue commented on 2020-07-31 16:33 (UTC)

You right... Fixed all patch. Please try again

Szmurlo commented on 2020-07-30 17:47 (UTC)

The process continues and the browser builds just fine by pointing the program to python/mozbuild/mozbuild/test/configure/test_toolchain_configure.py though.

cysp74 commented on 2020-07-29 14:48 (UTC)

Thanks for quick turnaround, for me another glitch has came up:

Hunk #2 succeeded at 175 (offset 3 lines). -> Starting build... patching file config/makefiles/rust.mk can't find file to patch at input line 24 Perhaps you used the wrong -p or --strip option? The text leading up to this was:


|--- python/mozbuild/mozbuild/test/configure/test_toolchain_configure.py 2020-07-28 00:27:34.259562926 +0200 |+++ python/mozbuild/mozbuild/test/configure/test_toolchain_configure.py.new 2020-07-29 00:34:28.329240946 +0200


File to patch:

figue commented on 2020-07-29 09:47 (UTC)

Sorry, try now

cysp74 commented on 2020-07-29 09:10 (UTC)

Hi,

Building fails with this error:

-> Starting build... can't find file to patch at input line 3 Perhaps you should have used the -p or --strip option? The text leading up to this was:


|--- config/makefiles/rust.mk 2020-07-28 01:00:34.145470639 +0200 |+++ config/makefiles/rust.mk.new 2020-07-29 00:30:30.972913722 +0200


File to patch: ^C

figue commented on 2020-07-26 23:46 (UTC)

Seems an upstream new feature:

https://bugs.archlinux.org/task/67386

jaro3 commented on 2020-07-26 16:39 (UTC)

Doesn't build on latest Arch :-(

13:23.93 /usr/src/tmp/icecat/src/gnuzilla-76dced64ce0e72fe3030dc2f7b22cda8e36b165e/output/icecat-68.10.0/layout/style/nsStyleCoord.h:70:17: warning: implicit conversion from 'nscoord' (aka 'int') to 'float' changes value from -1073741823 to -1073741824 [-Wimplicit-int-float-conversion] 13:23.93 if (length <= nscoord_MIN) { 13:23.93 ~~ ^~~~~~~~~~~ 13:23.93 /usr/src/tmp/icecat/src/gnuzilla-76dced64ce0e72fe3030dc2f7b22cda8e36b165e/output/icecat-68.10.0/obj-x86_64-pc-linux-gnu/dist/include/nsCoord.h:43:22: note: expanded from macro 'nscoord_MIN' 13:23.93 #define nscoord_MIN (-nscoord_MAX) 13:23.93 ^~~~~~~~~~~~ 13:27.16 8 warnings generated. 13:28.27 8 warnings generated. 13:30.62 8 warnings generated. 13:31.41 8 warnings generated. 13:32.21 8 warnings generated. 13:32.77 8 warnings generated. 13:36.39 8 warnings generated. 13:37.13 8 warnings generated. 13:39.87 8 warnings generated. 13:47.28 8 warnings generated. 13:47.32 make[2]: [/usr/src/tmp/icecat/src/gnuzilla-76dced64ce0e72fe3030dc2f7b22cda8e36b165e/output/icecat-68.10.0/config/recurse.mk:34: compile] Error 2 13:47.32 make[1]: [/usr/src/tmp/icecat/src/gnuzilla-76dced64ce0e72fe3030dc2f7b22cda8e36b165e/output/icecat-68.10.0/config/rules.mk:413: default] Error 2 13:47.32 make: *** [client.mk:125: build] Error 2 13:47.37 198 compiler warnings present. 13:47.40 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed ==> ERROR: A failure occurred in build(). Aborting...

figue commented on 2020-07-25 18:18 (UTC)

@wrath we don't have sources available to build IceCat 78.x yet. See [1] [1] https://git.savannah.gnu.org/cgit/gnuzilla.git

Ningen commented on 2020-07-24 11:24 (UTC)

Having trouble compiling.

31:10:00 make: *** [client.mk:125: build] Error2. 31:10:01 163 compiler warnings present. 31:11:00 Notification center failed: Install notify-send (usually part of the libnotify package) to get a notification when the build finishes. ==> ERROR: A failure occurred in build(). Aborting...

Perhaps the libnotify needs to be added into make depends?

figue commented on 2020-06-03 18:07 (UTC)

@cysp74 thanks! added.

cysp74 commented on 2020-06-03 14:30 (UTC)

M4 package is necessary for successful build otherwise error below will be thrown, so I suggest to extend makedepends @ PKGBUILD:

makedepends=(m4 unzip zip diffutils python2-setuptools yasm mesa imake inetutils

[...] 0:06.26 Autoconf requires GNU m4 1.1 or later 0:06.26 Traceback (most recent call last): [...]

Rgds, hg

ddifof commented on 2020-05-18 16:46 (UTC) (edited on 2020-05-18 16:53 (UTC) by ddifof)

Hi just wanted to say a thank you to package maintainers, I submitted notice a while back about important update to this package and they switched to mainline super promptly. So far everything working excellent for months! I love using this browser compared to Firefox.

Compile does take a while but it's worth it. The -bin is such an old version it's not secure in my opinion, as it's missing major patches I listed here: https://aur.archlinux.org/packages/icecat/?O=10&PP=10#comment-724054

figue commented on 2020-04-15 15:23 (UTC)

@karcher yes, Mozilla and Chromium browsers are huge (Chromium a bit more), and it takes time to build it. If you haven't time or resources, you can use the -bin package.

karcher commented on 2020-04-15 11:56 (UTC)

Hi,

this package is currently at 2h build time by 99% CPU load. Is this normal?

commented on 2020-02-02 09:04 (UTC)

@figue : I found a fix. For anyone with this issue, the package p11-kit was updated to v0.23.20-1. You have to downgrade to an earlier version. This newer version seems to be broken.

commented on 2020-02-01 19:38 (UTC)

@figue I thought about a kernel issue because it began after upgrading manjaro with kernel 5.5, but reverting to 5.4 still produce the same outcome. People seem to have nailed it down to the NSS-NG package but I'm not sure because it has not been updated recently... My setup : local/nss-hg 3.50.0r15493.f2d947817850-1 and (right now) 5.4.15-2-MANJARO. Also : GNU icecat 68.4.2esr. I tried compiling everything again (alos nss-hg), but it still produce the issue. I will continue digging and bring any information back here if relevant.

figue commented on 2020-02-01 17:14 (UTC)

@bitsandnumbers they speak about kernel issues? I'm still on kernel ver 5.4.14-xanmod8 and have no issues with IceCat. What's your setup? If there is some patch that we could apply, please tell me and I see what I can do.

commented on 2020-02-01 13:19 (UTC)

There's an issue going on with NSS-HG (or so it seems), as Icecat or Firefox-hg throw an NSS error when loading pages.

Issue is talked here : https://aur.archlinux.org/packages/firefox-wayland-hg/ and here : https://forum.manjaro.org/t/icecat-firefox-throw-nss-is-not-initialized-error/122124

An error occurred during a connection to www.google.com. NSS is not initialized. Error code: SEC_ERROR_NOT_INITIALIZED

akspecs commented on 2020-01-24 07:58 (UTC) (edited on 2020-01-24 08:00 (UTC) by akspecs)

after 2 1/2 hours of build time, I failed to create the package:

109:51.91 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build complete To view resource usage of the build, run |mach resource-usage|. 109:52.04 We know it took a while, but your build finally finished successfully! To take your build for a test drive, run: |mach run| For more information on what to do now, see https://developer.mozilla.org/docs/Developer_Guide/So_You_Just_Built_IceCat /usr/bin/xvfb-run: line 186: kill: (960290) - No such process ==> ERROR: A failure occurred in build(). Aborting...

a quick google search shows me a stack overflow thread with a similar error, to which the -a option "solves" the problem. (https://stackoverflow.com/questions/30504274/xvfb-run-line-171-kill-25939-no-such-process)

also, according to that thread, the -d option should work but i haven't had the time to try it, yet.

i'll use your binaries for now.

figue commented on 2020-01-12 19:47 (UTC)

@Ningen please, update local repo. It's fixed now. Thanks for the advice!

Ningen commented on 2020-01-12 06:28 (UTC)

I get the following from 'makepkg -si'

==> ERROR: Cannot find the git package needed to handle got sources.

But even replacing the source in the pkgbuild with the direct url gives

Line44: cd: gnuzilla: No such file or directory

figue commented on 2020-01-10 11:50 (UTC)

@ddifof hi, sorry for the delay, but I had to change some things in this PKGBUILD. As in main GNUzilla repo there is a new v68 branch, I'd changed the main source back to upstream. It seems to work, but I had to replace prename again with a bit tricky command. Patch is inluded directly inside PKGBUILD. With this I can drop perl-rename dependency.

Please test as usual. Is working for me, but as branch 68 seems not yet an official release, could be something wrong.

ddifof commented on 2020-01-09 22:38 (UTC)

https://www.mozilla.org/en-US/security/advisories/mfsa2020-03/ Major Security Vulnerabilities fixed in Firefox 72.0.1 and Firefox ESR 68.4.1

The base gnuzilla package updated today to 68.4.1, not sure who here might manage the fedora packages but it's imperitive those be updated ASAP. Not sure why those are used instead of the gnuzilla repo, which was updated: https://git.savannah.gnu.org/cgit/gnuzilla.git/commit/?h=68

figue commented on 2019-12-15 14:17 (UTC)

New prebuilt binaries, thanks to openSUSE Build Service

[home_ffigue_Arch]
#SigLevel = Never
Server = http://download.opensuse.org/repositories/home:/ffigue/Arch/$arch

You can import generated key or uncomment SigLevel=Never:

wget -O- http://download.opensuse.org/repositories/home:/ffigue/Arch/x86_64/home_ffigue_Arch.key | sudo gpg --homedir /etc/pacman.d/gnupg --import -
sudo pacman-key --lsign-key F5AAC5A5424ED5CA

I had to provide all patched sources to build service, because virtual instance can't download from internet, so I have to make the tarball myself. All sources and tarball can be found in my gitlab repo and in OBS.

https://gitlab.com/figue/icecat-archlinux/tree/master

https://build.opensuse.org/package/show/home:ffigue/icecat-archlinux

figue commented on 2019-12-11 00:39 (UTC)

@faethair you have to rebuild IceCat

faethair commented on 2019-12-10 23:08 (UTC)

XPCOMGlueLoad error for file /usr/lib/icecat/libxul.so: libicui18n.so.64: cannot open shared object file: No such file or directory Couldn't load XPCOM.

figue commented on 2019-12-06 18:42 (UTC)

It works. Please test.

figue commented on 2019-12-06 14:30 (UTC) (edited on 2019-12-06 14:33 (UTC) by figue)

@sp1d3rmxn will try disable-elf-hack now. Thanks!

sp1d3rmxn commented on 2019-12-06 13:27 (UTC) (edited on 2019-12-06 14:29 (UTC) by sp1d3rmxn)

@figue

Ok I tried changing line 68 to "en-US" for my locale but, that only resulted in a "/bin/sed: no input files" and I didn't feel like troubleshooting that so I tried something that was suggested in the bug report -> https://bugs.llvm.org/show_bug.cgi?id=43659 <- I posted on the firefox-esr build:

ac_add_options --disable-elf-hack

added in the "prepare()" section under the "#Features" heading like so:

.....

Features

ac_add_options --enable-alsa

ac_add_options --enable-jack

ac_add_options --enable-startup-notification

ac_add_options --disable-crashreporter

ac_add_options --disable-gconf

ac_add_options --disable-updater

ac_add_options --disable-tests

ac_add_options --disable-eme

ac_add_options --disable-elf-hack <------------ ADDED HERE

ac_add_options --with-app-basename=icecat

ac_add_options --with-app-name=icecat

END

}

I used your env speedup and also the regular method and the package now compiles.

I did not change the mtune or march or anything else and now this builds. I will try this also on the firefox-esr build and give an update there if successful.

On your end can you try making that little change in the PKGBUILD without the mtune/march forced to the generics? I saw you pushed a change in the PKGBUILD with your commit for that but, I didn't have to do that. So maybe you can revert if you find this successful?

figue commented on 2019-12-06 11:08 (UTC)

@sp1d3rmxn I have forced flags in build() can you update your local repo and try again?

https://aur.archlinux.org/cgit/aur.git/commit/?h=icecat&id=c4b969693fb8

figue commented on 2019-12-05 18:48 (UTC) (edited on 2019-12-05 18:51 (UTC) by figue)

@sp1d3rmxn I have to compile IceCat with stock makepkg.conf, otherwise it fails.

Can you try to set these and try again?

CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt"
CXXFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt"
LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now"

You can custom -j to your number of CPU cores, don't have to use default.

Also, you can compile with:

env _SPEED=y makepkg -sic

to speed up the initial process. Change line 68 of PKGBUILD (echo es-ES) to your desired locale you only want to process.

sp1d3rmxn commented on 2019-12-05 16:23 (UTC)

Still fucked:

38:21.03 Stack dump:

38:21.03 0. Program arguments: /usr/bin/clang-9 -cc1 -triple x86_64-unknown-linux-gnu -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name test-array.c -mrelocation-model pic -pic-level 2 -mthread-model posix -relaxed-aliasing -masm-verbose -mconstructor-aliases -fno-plt -munwind-tables -fuse-init-array -target-cpu broadwell -dwarf-column-info -debug-info-kind=limited -dwarf-version=4 -debugger-tuning=gdb -momit-leaf-frame-pointer -ffunction-sections -fdata-sections -coverage-notes-file /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/build/unix/elfhack/test-array.gcno -resource-dir /usr/lib/clang/9.0.0 -dependency-file .deps/test-array.o.pp -MT test-array.o -sys-header-deps -MP -include /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/config/gcc_hidden.h -include /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/mozilla-config.h -I /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/dist/system_wrappers -D NDEBUG=1 -D TRIMMED=1 -I /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/build/unix/elfhack -I /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/build/unix/elfhack -I /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/dist/include -I /usr/include/nspr -I /usr/include/nss -I /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/dist/include/nss -D MOZILLA_CLIENT -D _FORTIFY_SOURCE=2 -U _FORTIFY_SOURCE -D _FORTIFY_SOURCE=2 -U _FORTIFY_SOURCE -D _FORTIFY_SOURCE=2 -internal-isystem /usr/local/include -internal-isystem /usr/lib/clang/9.0.0/include -internal-externc-isystem /include -internal-externc-isystem /usr/include -O2 -Wall -Wbitfield-enum-conversion -Wempty-body -Wignored-qualifiers -Wpointer-arith -Wshadow-field-in-constructor-modified -Wsign-compare -Wtype-limits -Wunreachable-code -Wunreachable-code-return -Wclass-varargs -Wfloat-overflow-conversion -Wfloat-zero-conversion -Wloop-analysis -Wstring-conversion -Wtautological-overlap-compare -Wtautological-unsigned-enum-zero-compare -Wtautological-unsigned-zero-compare -Wno-error=deprecated-declarations -Wno-error=array-bounds -Wno-error=backend-plugin -Wno-error=return-std-move -Wno-error=atomic-alignment -Wformat -Wformat-security -Wno-gnu-zero-variadic-macro-arguments -std=gnu99 -fdebug-compilation-dir /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/build/unix/elfhack -ferror-limit 19 -fmessage-length 0 -pthread -stack-protector 2 -fobjc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics -vectorize-loops -vectorize-slp -faddrsig -o test-array.o -x c /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/build/unix/elfhack/test-array.c

38:21.03 1. <eof> parser at end of file

38:21.03 2. Code generation

38:21.03 3. Running pass 'Function Pass Manager' on module '/home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/build/unix/elfhack/test-array.c'.

38:21.03 4. Running pass 'X86 DAG->DAG Instruction Selection' on function '@test'

38:21.03 Stack dump:

38:21.04 0. Program arguments: /usr/bin/clang-9 -cc1 -triple x86_64-unknown-linux-gnu -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name test-ctors.c -mrelocation-model pic -pic-level 2 -mthread-model posix -relaxed-aliasing -masm-verbose -mconstructor-aliases -fno-plt -munwind-tables -fuse-init-array -target-cpu broadwell -dwarf-column-info -debug-info-kind=limited -dwarf-version=4 -debugger-tuning=gdb -momit-leaf-frame-pointer -ffunction-sections -fdata-sections -coverage-notes-file /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/build/unix/elfhack/test-ctors.gcno -resource-dir /usr/lib/clang/9.0.0 -dependency-file .deps/test-ctors.o.pp -MT test-ctors.o -sys-header-deps -MP -include /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/config/gcc_hidden.h -include /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/mozilla-config.h -I /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/dist/system_wrappers -D NDEBUG=1 -D TRIMMED=1 -I /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/build/unix/elfhack -I /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/build/unix/elfhack -I /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/dist/include -I /usr/include/nspr -I /usr/include/nss -I /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/dist/include/nss -D MOZILLA_CLIENT -D _FORTIFY_SOURCE=2 -U _FORTIFY_SOURCE -D _FORTIFY_SOURCE=2 -U _FORTIFY_SOURCE -D _FORTIFY_SOURCE=2 -internal-isystem /usr/local/include -internal-isystem /usr/lib/clang/9.0.0/include -internal-externc-isystem /include -internal-externc-isystem /usr/include -O2 -Wall -Wbitfield-enum-conversion -Wempty-body -Wignored-qualifiers -Wpointer-arith -Wshadow-field-in-constructor-modified -Wsign-compare -Wtype-limits -Wunreachable-code -Wunreachable-code-return -Wclass-varargs -Wfloat-overflow-conversion -Wfloat-zero-conversion -Wloop-analysis -Wstring-conversion -Wtautological-overlap-compare -Wtautological-unsigned-enum-zero-compare -Wtautological-unsigned-zero-compare -Wno-error=deprecated-declarations -Wno-error=array-bounds -Wno-error=backend-plugin -Wno-error=return-std-move -Wno-error=atomic-alignment -Wformat -Wformat-security -Wno-gnu-zero-variadic-macro-arguments -std=gnu99 -fdebug-compilation-dir /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/obj-x86_64-pc-linux-gnu/build/unix/elfhack -ferror-limit 19 -fmessage-length 0 -pthread -stack-protector 2 -fobjc-runtime=gcc -fdiagnostics-show-option -fcolor-diagnostics -vectorize-loops -vectorize-slp -faddrsig -o test-ctors.o -x c /home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/build/unix/elfhack/test-ctors.c

38:21.04 1. <eof> parser at end of file

38:21.04 2. Code generation

38:21.04 3. Running pass 'Function Pass Manager' on module '/home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/build/unix/elfhack/test-ctors.c'.

38:21.04 4. Running pass 'X86 DAG->DAG Instruction Selection' on function '@test'

38:21.09 #0#0 0x0000688f7938f65b0x0000602987b9f65b llvm::sys::PrintStackTrace(llvm::raw_ostream&)llvm::sys::PrintStackTrace(llvm::raw_ostream&) ((/usr/bin/../lib/libLLVM-9.so/usr/bin/../lib/libLLVM-9.so++0xb0865b)0xb0865b

38:21.09 ) 38:21.09 #1 0x0000688f7938d524#1 llvm::sys::RunSignalHandlers() 0x0000602987b9d524( /usr/bin/../lib/libLLVM-9.so+llvm::sys::RunSignalHandlers()0xb06524 )( 38:21.09 /usr/bin/../lib/libLLVM-9.so +#20xb06524 )0x0000688f7938d6b6 38:21.09 (/usr/bin/../lib/libLLVM-9.so +0xb066b6#2) 38:21.09 0x0000602987b9d6b6 #3 (0x0000688f775e6c40/usr/bin/../lib/libLLVM-9.so +__restore_rt 0xb066b6()/usr/bin/../lib/libc.so.6 38:21.09 +0x3bc40 )#3 38:21.09 0x0000602985df6c40#4 0x0000688f798ee574__restore_rt llvm::EVT::getExtendedVectorNumElements() const( (/usr/bin/../lib/libc.so.6/usr/bin/../lib/libLLVM-9.so++0x3bc400x1067574)) 38:21.09 #5#4 0x0000688f79b4e96a 0x00006029880fe574llvm::TargetLowering::SimplifyDemandedBits(llvm::SDValue, llvm::APInt const&, llvm::APInt const&, llvm::KnownBits&, llvm::TargetLowering::TargetLoweringOpt&, unsigned int, bool) const llvm::EVT::getExtendedVectorNumElements() const( /usr/bin/../lib/libLLVM-9.so(+/usr/bin/../lib/libLLVM-9.so0x12c796a)+ 38:21.09 0x1067574 )#6 38:21.09 0x0000688f79b4f2da llvm::TargetLowering::SimplifyDemandedBits(llvm::SDValue, llvm::APInt const&, llvm::APInt const&, llvm::KnownBits&, llvm::TargetLowering::TargetLoweringOpt&, unsigned int, bool) const#5 (0x000060298835e96a/usr/bin/../lib/libLLVM-9.so +0x12c82dallvm::TargetLowering::SimplifyDemandedBits(llvm::SDValue, llvm::APInt const&, llvm::APInt const&, llvm::KnownBits&, llvm::TargetLowering::TargetLoweringOpt&, unsigned int, bool) const) 38:21.09 ( /usr/bin/../lib/libLLVM-9.so#7+ 0x12c796a0x0000688f79957d1f )( 38:21.09 /usr/bin/../lib/libLLVM-9.so+ 0x10d0d1f#6) 38:21.09 0x000060298835f2da #8 llvm::TargetLowering::SimplifyDemandedBits(llvm::SDValue, llvm::APInt const&, llvm::APInt const&, llvm::KnownBits&, llvm::TargetLowering::TargetLoweringOpt&, unsigned int, bool) const0x0000688f799953ca ((/usr/bin/../lib/libLLVM-9.so/usr/bin/../lib/libLLVM-9.so++0x110e3ca0x12c82da)) 38:21.09 #9 #70x0000688f7999e088 (0x0000602988167d1f/usr/bin/../lib/libLLVM-9.so +0x1117088()/usr/bin/../lib/libLLVM-9.so 38:21.09 +#100x10d0d1f 0x0000688f7999f76f) 38:21.09 (/usr/bin/../lib/libLLVM-9.so +#80x111876f )0x00006029881a53ca 38:21.09 #11( /usr/bin/../lib/libLLVM-9.so0x0000688f799a11be+ 0x110e3callvm::SelectionDAG::Combine(llvm::CombineLevel, llvm::AAResults, llvm::CodeGenOpt::Level)) 38:21.09 (/usr/bin/../lib/libLLVM-9.so+ 0x111a1be#9) 38:21.09 0x00006029881ae088#12 (0x0000688f79b2dab0/usr/bin/../lib/libLLVM-9.so +llvm::SelectionDAGISel::CodeGenAndEmitDAG() 0x1117088()/usr/bin/../lib/libLLVM-9.so 38:21.09 +0x12a6ab0#10) 38:21.09 0x00006029881af76f#13 0x0000688f79b322e2( llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function const&)/usr/bin/../lib/libLLVM-9.so +(0x111876f/usr/bin/../lib/libLLVM-9.so)+ 38:21.09 0x12ab2e2) 38:21.09 #11#14 0x00006029881b11be0x0000688f79b350be llvm::SelectionDAG::Combine(llvm::CombineLevel, llvm::AAResults, llvm::CodeGenOpt::Level)( /usr/bin/../lib/libLLVM-9.so+(0x12ae0be/usr/bin/../lib/libLLVM-9.so)+ 38:21.09 0x111a1be#15) 38:21.09 0x0000688f7b9b0e5a (#12/usr/bin/../lib/libLLVM-9.so +0x3129e5a0x000060298833dab0) 38:21.09 llvm::SelectionDAGISel::CodeGenAndEmitDAG()#16 0x0000688f796df2ad( llvm::MachineFunctionPass::runOnFunction(llvm::Function&)/usr/bin/../lib/libLLVM-9.so +(/usr/bin/../lib/libLLVM-9.so0x12a6ab0+)0xe582ad 38:21.09 ) 38:21.10 #13#17 0x00006029883422e20x0000688f794ae578 llvm::FPPassManager::runOnFunction(llvm::Function&)llvm::SelectionDAGISel::SelectAllBasicBlocks(llvm::Function const&) ((/usr/bin/../lib/libLLVM-9.so+/usr/bin/../lib/libLLVM-9.so0xc27578+)0x12ab2e2 38:21.10 )#18 38:21.10 0x0000688f794ae5f2#14 llvm::FPPassManager::runOnModule(llvm::Module&) 0x00006029883450be( /usr/bin/../lib/libLLVM-9.so+(0xc275f2/usr/bin/../lib/libLLVM-9.so)+ 38:21.10 0x12ae0be#19) 0x0000688f794ad87d 38:21.10 llvm::legacy::PassManagerImpl::run(llvm::Module&)#15 (/usr/bin/../lib/libLLVM-9.so0x000060298a1c0e5a+ 0xc2687d()/usr/bin/../lib/libLLVM-9.so 38:21.10 +#200x3129e5a 0x0000688f77faa502) 38:21.10 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::DataLayout const&, llvm::Module, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream> >)#16 (0x0000602987eef2ad/usr/bin/../lib/libclangCodeGen.so.9 +0xc5502llvm::MachineFunctionPass::runOnFunction(llvm::Function&)) 38:21.10 (/usr/bin/../lib/libLLVM-9.so+0xe582ad) 38:21.10 #17 0x0000602987cbe578 llvm::FPPassManager::runOnFunction(llvm::Function&) (/usr/bin/../lib/libLLVM-9.so+0xc27578) 38:21.10 #18 0x0000602987cbe5f2 llvm::FPPassManager::runOnModule(llvm::Module&) (/usr/bin/../lib/libLLVM-9.so+0xc275f2) 38:21.10 #19 0x0000602987cbd87d llvm::legacy::PassManagerImpl::run(llvm::Module&) (/usr/bin/../lib/libLLVM-9.so+0xc2687d) 38:21.10 #20 0x00006029867ba502 clang::EmitBackendOutput(clang::DiagnosticsEngine&, clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, clang::TargetOptions const&, clang::LangOptions const&, llvm::DataLayout const&, llvm::Module, clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream> >) (/usr/bin/../lib/libclangCodeGen.so.9+0xc5502) 38:21.34 clang-9: error: unable to execute command: Segmentation fault (core dumped) 38:21.34 clang-9: error: clang frontend command failed due to signal (use -v to see invocation) 38:21.34 clang version 9.0.0 (tags/RELEASE_900/final) 38:21.34 Target: x86_64-unknown-linux-gnu 38:21.34 Thread model: posix 38:21.34 InstalledDir: /usr/bin 38:21.34 clang-9: note: diagnostic msg: PLEASE submit a bug report to and include the crash backtrace, preprocessed source, and associated run script. 38:21.35 clang-9: error: unable to execute command: Segmentation fault (core dumped) 38:21.35 clang-9: error: clang frontend command failed due to signal (use -v to see invocation) 38:21.35 clang version 9.0.0 (tags/RELEASE_900/final) 38:21.35 Target: x86_64-unknown-linux-gnu 38:21.35 Thread model: posix 38:21.35 InstalledDir: /usr/bin 38:21.35 clang-9: note: diagnostic msg: PLEASE submit a bug report to and include the crash backtrace, preprocessed source, and associated run script. 38:21.39 clang-9: note: diagnostic msg: 38:21.39 **** 38:21.39 PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: 38:21.39 Preprocessed source(s) and associated run script(s) are located at: 38:21.39 clang-9: note: diagnostic msg: /tmp/test-ctors-d67cfe.c 38:21.39 clang-9: note: diagnostic msg: /tmp/test-ctors-d67cfe.sh 38:21.39 clang-9: note: diagnostic msg: 38:21.40 *** 38:21.40 make[4]: [/home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/config/rules.mk:755: test-ctors.o] Error 254 38:21.40 make[4]: Waiting for unfinished jobs.... 38:21.41 clang-9: note: diagnostic msg: 38:21.41 ** 38:21.41 PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: 38:21.41 Preprocessed source(s) and associated run script(s) are located at: 38:21.42 clang-9: note: diagnostic msg: /tmp/test-array-1deb9c.c 38:21.42 clang-9: note: diagnostic msg: /tmp/test-array-1deb9c.sh 38:21.42 clang-9: note: diagnostic msg: 38:21.42 ** 38:21.42 make[4]: [/home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/config/rules.mk:755: test-array.o] Error 254 38:21.42 make[3]: [/home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/config/recurse.mk:101: build/unix/elfhack/libs] Error 2 38:21.42 make[2]: [/home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/config/recurse.mk:34: libs] Error 2 38:21.42 make[1]: [/home/user/software/testing/icecat.loser/src/icecat-v68.3.0-gnu1/output/icecat-68.3.0/config/rules.mk:413: default] Error 2 38:21.42 make: [client.mk:125: build] Error 2 38:21.47 159 compiler warnings present. 38:21.59 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed ==> ERROR: A failure occurred in build(). Aborting...

I didn't feel like pressing enter after each line anymore so the post is kinda whatever like waiting for over 10gb of data to download for this shit and then it fails with something as fucking stupid as this. Many are experiencing this, guess amateur hour is back for season 4.

lunainvictum commented on 2019-11-27 18:35 (UTC)

Cant build because sha256sums check fails at icecat-master.tar.gz

figue commented on 2019-11-18 15:44 (UTC) (edited on 2019-11-18 15:45 (UTC) by figue)

I had to push a new release, because new rust version breaks IceCat build.

Changelog:

  • I have switched to Antonio Trande's repo as main source. No more big patch files...
  • New AUR dependency rust-bin=1.37.0 (yeah, it's not the best option, but Rust 1.39 is not supported in Mozilla ESR branch)

If anybody wants to build in a clean chroot, I managed to build using clean-chroot-manager by graysky adding rust-bin to local repo then build it.

jaro3 commented on 2019-10-26 17:42 (UTC)

OK got the key on another machine without proxy and installed manually ;-) Works fine, thanks!

figue commented on 2019-10-25 16:15 (UTC)

Please, resync your local repos. Just pushed a commit to fix dependencies.

Also for @jaro3 uncomment line 53 (# sed -e 's/^gpg2 --keyserver.*//g' -i makeicecat) to avoid checking gpg2.

cysp74 commented on 2019-10-25 07:38 (UTC) (edited on 2019-10-25 07:39 (UTC) by cysp74)

Hi,

Following errors occurred during compile:

xargs: perl-rename: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting...

Diff follows:


PKGBUILD.old 2019-10-25 09:17:27.592383616 +0200 --- PKGBUILD 2019-10-25 09:25:00.264395305 +0200 ** 18,24 *** ffmpeg nss ttf-font libpulse) makedepends=(unzip zip diffutils python2-setuptools yasm mesa imake inetutils xorg-server-xvfb autoconf2.13 rust clang llvm jack gtk2 ! python nodejs python2-psutil cbindgen nasm wget) optdepends=('networkmanager: Location detection via available WiFi networks' 'libnotify: Notification integration' 'pulseaudio: Audio support' --- 18,24 ---- ffmpeg nss ttf-font libpulse) makedepends=(unzip zip diffutils python2-setuptools yasm mesa imake inetutils xorg-server-xvfb autoconf2.13 rust clang llvm jack gtk2 ! python nodejs python2-psutil cbindgen nasm wget mercurial perl-rename) optdepends=('networkmanager: Location detection via available WiFi networks' 'libnotify: Notification integration' 'pulseaudio: Audio support'

jaro3 commented on 2019-10-25 01:21 (UTC)

Thanks for the push, tried to build but still the old problem:

  • gpg2 --keyserver hkp://gpg.mozilla.org/ --list-keys 'Mozilla Software Releases release@mozilla.com' gpg: error reading key: No public key

--skipinteg, --skippgpcheck or using 'SKIP' or "sed -e 's/^gpg --recv-keys.*//g' -i makeicecat" in the PKGBUILD doesn't help :-(

figue commented on 2019-10-24 21:51 (UTC)

So, 68.2.0 pushed. Remember:

It's not official, some patches comes from Antonio Trande's gitlab, a repo made for Fedora:

https://gitlab.com/anto.trande/icecat

jaro3 commented on 2019-10-24 00:41 (UTC)

there is a minor update already 68.2

jaro3 commented on 2019-10-24 00:40 (UTC)

Nope, please go ahead!

figue commented on 2019-10-23 09:38 (UTC)

Hi jaro3. Thanks for the feedback. Indeed it works well, so far I hadn't received any feedback, so I didn't want to upgrade without that.. I can push version in any time. So any objection?

jaro3 commented on 2019-10-23 01:28 (UTC)

The v68.1 works pretty well, why we wouldn't put it here instead of the old v60.9? Hopefully the current ff v69 will appear soon at:

https://src.fedoraproject.org/lookaside/pkgs/icecat/

EndUserOnly commented on 2019-10-16 12:43 (UTC)

Yes! That did it. Thank you very much.

figue commented on 2019-10-15 23:25 (UTC) (edited on 2019-10-15 23:30 (UTC) by figue)

@EndUserOnly can you try if this builds fine?

Seems that rust 1.38 breaks ESR60.0 build, so I've disabled stylo to workaround, but I don't know the overall performance.

Instead, you can build a testing release based on Fedora sources, available here:

EndUserOnly commented on 2019-10-15 11:47 (UTC)

unfortunately I do not have the skills to help with that.

figue commented on 2019-10-15 11:31 (UTC)

I'm trying if this patch solves the build errors:

https://hg.mozilla.org/releases/mozilla-esr68/rev/f0020f517832

EndUserOnly commented on 2019-10-14 13:16 (UTC) (edited on 2019-10-14 13:19 (UTC) by EndUserOnly)

I am building the snapshot from this page. 60.9.0-1

figue commented on 2019-10-13 21:59 (UTC)

@EndUserOnly what version are you building: 60.9.0 or this https://mirror.lnx.im/icecat/testing/icecat-68.1.0-1.src.tar.gz ?

EndUserOnly commented on 2019-10-13 12:52 (UTC)

For a better view:

https://pastebin.com/QWN24MYm

EndUserOnly commented on 2019-10-13 12:49 (UTC)

9:39.64 BUILDSTATUS OBJECT_FILE UnifiedProtocols27.o 9:40.55 1 warning generated. 9:40.57 libcng_gn.a.desc 9:40.82 libg711_gn.a.desc 9:41.67 libg722_c_gn.a.desc 9:42.51 libg722_gn.a.desc 9:43.42 libisac_common_gn.a.desc 9:45.28 error: build failed 9:45.28 make[4]: [/home/william/Downloads/icecat/src/gnuzilla-6634ee332979f7a78b11cbf09a77364143a981ed/output/icecat-60.9.0/config/rules.mk:979: force-cargo-library-build] Error 101 9:45.28 make[3]: [/home/william/Downloads/icecat/src/gnuzilla-6634ee332979f7a78b11cbf09a77364143a981ed/output/icecat-60.9.0/config/recurse.mk:73: toolkit/library/rust/target] Error 2 9:45.28 make[3]: Waiting for unfinished jobs.... 9:48.81 libisac_c_gn.a.desc 9:49.12 libisac_fix_c_gn.a.desc 10:09.34 libipc_ipdl.a.desc 10:09.45 make[2]: [/home/william/Downloads/icecat/src/gnuzilla-6634ee332979f7a78b11cbf09a77364143a981ed/output/icecat-60.9.0/config/recurse.mk:33: compile] Error 2 10:09.45 make[1]: [/home/william/Downloads/icecat/src/gnuzilla-6634ee332979f7a78b11cbf09a77364143a981ed/output/icecat-60.9.0/config/rules.mk:442: default] Error 2 10:09.45 make: [client.mk:169: build] Error 2 10:09.45 68 compiler warnings present. 10:09.48 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed ==> ERROR: A failure occurred in build(). Aborting...

Looks to me like the build failed @9:45.28. Any idea why? Failed twice, I should add. As I remember it same error both times.

figue commented on 2019-09-26 08:20 (UTC)

well, it has another things disabled, options, etc. See this: http://git.savannah.gnu.org/cgit/gnuzilla.git/tree/makeicecat

These days, Abrowser, Torbrowser and IceCat are similar, but you can use each for different purposes.

jaro3 commented on 2019-09-26 05:48 (UTC)

Works just fine but how is this different from the regular Firefox? All the privacy/security functions can be added to both by the extensions....

figue commented on 2019-09-25 16:40 (UTC)

I didn't update extensions, because when you start IceCat first time, all is updated online. Of course you can install every extension you want.

Tell me if something is wrong.

jaro3 commented on 2019-09-25 15:49 (UTC)

can get everything by installing the firefox extensions, looks good!

jaro3 commented on 2019-09-25 15:20 (UTC)

OK, compiled, installed OK but the tor and javascript blocking on-off buttons are missing!

figue commented on 2019-09-25 11:03 (UTC)

Hi @jaro3

A binary source should go to icecat-bin package, not this which is built from sources.

About gpg2 error:

try to import the key manually, Maybe mozilla server was broken in the moment you try to get the key. Don't forget that if you are behind a proxy, gpg2 doesn't always work. Then you should use a workaround or comment gpg2 line.

jaro3 commented on 2019-09-25 07:23 (UTC)

https://mirror.lnx.im/icecat/testing/icecat-68.1.0-1.src.tar.gz

tried to build but

... 2019-09-25 16:21:20 (15.4 MB/s) - ‘firefox-68.1.0esr.source.tar.xz.asc’ saved [833/833] + gpg2 --keyserver hkp://gpg.mozilla.org/ --list-keys 'Mozilla Software Releases release@mozilla.com' gpg: error reading key: No public key ==> ERROR: A failure occurred in prepare(). Aborting...

jaro3 commented on 2019-09-25 04:21 (UTC)

https://aur.archlinux.org/packages/alien_package_converter/

to use Fedora binary?

figue commented on 2019-09-23 16:19 (UTC)

Anyone?

figue commented on 2019-09-17 16:10 (UTC)

Testing build based on Antonio Trande's gitlab:

https://mirror.lnx.im/icecat/testing/icecat-68.1.0-1.src.tar.gz

Anyone can try?

figue commented on 2019-09-16 08:43 (UTC) (edited on 2019-09-16 11:52 (UTC) by figue)

@jaro3 I tried to build branch 68 some time ago, but official IceCat patch fails in several points and I preferred to wait. Do you know if Fedora has a "PKGBUILD equivalent" site where I can see how they patched the sources?

If you want to build IceCat directly using Fedora sources, you can, but in the meantime, I don't want to use Fedora sources unless I know what is patched.

::EDIT::

Found it! https://gitlab.com/anto.trande/icecat/commits/master

But it seems a fork of the GNU... In fact, Antonio patch makeicecat script (this is OK) but it pulls latest changes from several extensions too (like viewtube, https everywhere, etc.).

Any thoughts?

jaro3 commented on 2019-09-16 03:09 (UTC)

Anyone can build the newest version?

https://src.fedoraproject.org/lookaside/pkgs/icecat/

figue commented on 2019-09-12 19:49 (UTC)

it's okay. I didn't think about that specific case. It's already changed in git. Thanks for the tip.

tleydxdy commented on 2019-09-12 19:47 (UTC)

sh is only symlinked to bash by default. someone (like me) do change it to link to other shells. Usually if you have a script with #!/bin/sh it means it's POSIX

figue commented on 2019-09-12 19:43 (UTC)

@tleydxd I understand, but 'sh' is part of bash package in Archlinux, as far as I know, I don't think in POSIX when I write PKGBUILDs... Anyway I can change it to bash...

tleydxdy commented on 2019-09-12 19:24 (UTC) (edited on 2019-09-12 19:25 (UTC) by tleydxdy)

Please change line 50 of the PKGBUILD

sh makeicecat

to

bash makeicecat

it is not compatiable with all POSIX shells

figue commented on 2019-09-08 10:39 (UTC)

@khalikin we apply IceCat patch directly to Mozilla sources, exactly the same done in Guix distro (see https://aur.archlinux.org/packages/icecat/?O=20&PP=10#comment-692673).

vinegret commented on 2019-09-08 09:55 (UTC)

@figue why you bumped the package version instead package release? Last release icecat still have 60.7.0. https://wiki.archlinux.org/index.php/PKGBUILD#pkgrel

figue commented on 2019-09-06 10:26 (UTC)

@cysp74 thanks. Added in git.

cysp74 commented on 2019-09-06 07:54 (UTC)

Hi,

Would you please update /usr/share/applications/icecat.desktop file with the following changes:

MimeType=text/html;text/xml;application/xhtml+xml;x-scheme-handler/http;x-scheme-handler/https;application/x-xpinstall;

?

After this, update-desktop-database and hook from pacman can build correct databases and icecat will be usable for DEs as correct mime handler.

commented on 2019-08-19 17:15 (UTC)

Hello, having issues installing ... install stops when it reaches "http://www.gnu.org/software/gnuzilla/icecat-help|libreplanet.org/wiki/Group:IceCat/Help" ... 404 error when look up that page, but can't find the line to replace with e.g. "http://www.gnu.org/software/gnuzilla/"

misaka00251 commented on 2019-07-10 14:01 (UTC)

Thank you @kitsunyan! This also fixed the theme installation issue.

kitsunyan commented on 2019-07-09 20:58 (UTC)

Consider applying this patch https://raw.githubusercontent.com/kitsunyan/foxy-overlay/ace020013799a88c722e1b727b363fe2f06a5f61/www-client/icecat/files/fix-addons.patch which fixes installation of those addons which don't have ID on IceCat ("Cannot find id for addon" error).

figue commented on 2019-05-14 13:27 (UTC)

@cysp74 thanks for your patience!!

cysp74 commented on 2019-05-14 11:52 (UTC)

@figue:

Confirmed, thanks for your efforts.

figue commented on 2019-05-13 22:51 (UTC)

sorry guys... I'm not in my best moment. Fixed sums. Hope would be the last mistake.

commented on 2019-05-13 20:02 (UTC)

==> Validating source files with sha256sums...
    gnuzilla-c2e111f41e86eb6f76bf884c9ab997fec7ef8f5c.tar.gz ... Passed
    icecat.desktop ... Passed
    icecat-safe.desktop ... Passed
    rust_133-part0.patch ... Passed
    rust_133-part1.patch ... Passed
    rust_133-part2.patch ... Passed
    deny_missing_docs.patch ... Passed
    patch_makeicecat_stuff.patch ... FAILED
==> ERROR: One or more files did not pass the validity check!

figue commented on 2019-05-13 18:59 (UTC)

@cysp74 your are right. Please update your local repo, I've patched prename to perl-rename

commented on 2019-05-13 16:38 (UTC)

[code] + find -type d + xargs prename -f s/firefox/icecat/ + grep firefox xargs: prename: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting... [/code]

commented on 2019-05-13 16:36 (UTC)

[code] + find -type d + xargs prename -f s/firefox/icecat/ + grep firefox xargs: prename: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting... [/code]

cysp74 commented on 2019-05-13 16:34 (UTC)

@figue:

Hi,

prename is missing, there is no such executable on path.

commented on 2019-05-13 14:13 (UTC)

  • find -type d
  • xargs prename -f s/firefox/icecat/
  • grep firefox xargs: prename: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting... Error making: icecat

figue commented on 2019-05-13 11:24 (UTC) (edited on 2019-05-13 13:28 (UTC) by figue)

I think I forgot to remove that fennec part... Let me fix. Sorry guys.

Edit: release 60.6.3-3 should be ok now. Please test.

misaka00251 commented on 2019-05-13 02:42 (UTC)

Build log:

+ grep fennec
+ xargs prename s/fennec/icecatmobile/
xargs: prename: No such file or directory
==> ERROR: A failure occurred in prepare().
    Aborting...

Why remove the # Replace Firefox branding part?

figue commented on 2019-05-12 21:19 (UTC)

@deemoncheeque it's not good to be in a hurry... Sorry, forgot to add updated patch. Please refresh your local repo. SHould be ok now.

deemoncheeque commented on 2019-05-12 19:45 (UTC)

patch_makeicecat_stuff.patch has an invalid hashsum and fails to apply, please fix that.

misaka00251 commented on 2019-05-12 06:51 (UTC) (edited on 2019-05-13 06:13 (UTC) by misaka00251)

Update: this method won't work.

About Icecat can't install *.xpi themes, maybe I found a tricky solution. When manually install a theme, icecat will throw an error:

addons.xpi      WARN    Invalid XPI: Error: Cannot find id for addon /home/example/minecraft_grassy_block-1.0-an+fx.xpi (resource://gre/modules/addons/XPIInstall.jsm:1544:17) JS Stack trace: loadManifest@XPIInstall.jsm:1544:17

And I checked XPIInstall.jsm, here's the code:

//...
    if (!this.addon.id) {
      let err = new Error(`Cannot find id for addon ${file.path}`);
      return Promise.reject([AddonManager.ERROR_CORRUPT_FILE, err]);
    }
//...

So, comment out this block when patching will solve the issue?

figue commented on 2019-05-11 19:46 (UTC)

@misaka00251 yeah, I saw that. Let's wait until Ruben has all the work done. I saw he remove all Debian stuff (better for me as probably I won't have to do myself :)

misaka00251 commented on 2019-05-11 07:42 (UTC)

Upstream updated to 60.6.3: http://git.savannah.gnu.org/cgit/gnuzilla.git

figue commented on 2019-05-06 20:43 (UTC)

glad to hear... You're welcome. In fact Guix build process seems a bit tricky the first time you read... Hope nothing will change soon and we can keep IceCat updated.

gearshift commented on 2019-05-06 20:28 (UTC)

@figue The changes worked. Also big thanks for taking the time to change over to the Guix build process. Now we can finally have updated versions!

figue commented on 2019-05-06 11:35 (UTC)

thanks and sorry... Working on next version and I'll include mercurial and perl-rename as makedependency.

misaka00251 commented on 2019-05-06 07:10 (UTC)

Same as @gearshift:

xargs: perl-rename: No such file or directory
==> ERROR: A failure occurred in prepare().

Also, Firefox ESR 60.6.2 is out now :D

gearshift commented on 2019-05-06 00:31 (UTC) (edited on 2019-05-06 08:35 (UTC) by gearshift)

You need to add mercurial as a dependency.

makeicecat: line 89: hg: command not found

I'm getting this error:

xargs: perl-rename: No such file or directory

==> ERROR: A failure occurred in prepare().

figue commented on 2019-05-05 21:59 (UTC)

I've decided to radically modify the build process and use the makeicecat to build an unreleased version of IceCat, following the Guix philosophy.

This makes a bit longer the build process, because makeicecat download the tarball and patches a lot of things. In fact, it does some things for Debian which I have to disable (patching makeinstall script).

Please, report if something is broken or if I miss something. I've tested today IceCat and it seems good to me.

jghodd commented on 2019-04-18 23:02 (UTC)

@figue i don't know how reliable chroot is anymore either. i have a system running the 32-bit version of my distro which i use for pkgbuilds. i'll look around a little in case this same error is coming up elsewhere, but if i had to guess, it's probably because arch32 lags behind and something is not up to date. to work around this issue permanently, i may have to switch my 32-bit users over to icecat-bin instead. thanks for the help.

figue commented on 2019-04-18 21:53 (UTC)

@jghodd sorry I don't have an i686 platform. And don't know if chroot is reliable...

jghodd commented on 2019-04-18 20:57 (UTC)

@figue same errors. no change.

i should add that the 64-bit build works fine. these errors are coming from the 32-bit build.

figue commented on 2019-04-18 01:40 (UTC)

@jghodd: try to build with Clang;

env _CLANG=1 makepkg -sCf

jghodd commented on 2019-04-17 03:25 (UTC) (edited on 2019-04-17 03:56 (UTC) by jghodd)

@figue am getting build errors with 6.3.0-3. they appear to be simd related. is the pkgbuild missing a dependency?

btw, i do have the latest version of rust installed (1.33), and builds of 6.3.0-1 and 6.3.0-2 worked without errors. building with rust-1.33 seems to be the only difference with this release.

439:25.51 error[E0432]: unresolved import `simd_funcs`
439:25.52   --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/x_user_defined.rs:16:13
439:25.52    |
439:25.52 16 |         use simd_funcs::*;
439:25.55    |             ^^^^^^^^^^ maybe a missing `extern crate simd_funcs;`?
439:25.56 
439:25.57 error[E0432]: unresolved import `packed_simd`
439:25.58   --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/x_user_defined.rs:17:13
439:25.58    |
439:25.59 17 |         use packed_simd::u16x8;
439:25.59    |             ^^^^^^^^^^^ maybe a missing `extern crate packed_simd;`?
439:25.60 
439:29.12 error[E0425]: cannot find function `load16_unaligned` in this scope
439:29.12    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/x_user_defined.rs:120:34
439:29.12     |
439:29.13 120 |             let input = unsafe { load16_unaligned(src_ptr.add(i * 16)) };
439:29.13     |                                  ^^^^^^^^^^^^^^^^ not found in this scope
439:29.15 
439:29.16 error[E0425]: cannot find function `simd_unpack` in this scope
439:29.17    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/x_user_defined.rs:121:35
439:29.17     |
439:29.19 121 |             let (first, second) = simd_unpack(input);
439:29.20     |                                   ^^^^^^^^^^^ not found in this scope
439:29.20 
439:29.21 error[E0425]: cannot find function `store8_unaligned` in this scope
439:29.22    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/x_user_defined.rs:123:17
439:29.23     |
439:29.24 123 |                 store8_unaligned(dst_ptr.add(i * 16), shift_upper(first));
439:29.25     |                 ^^^^^^^^^^^^^^^^ not found in this scope
439:29.25 
439:29.26 error[E0425]: cannot find function `store8_unaligned` in this scope
439:29.28    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/x_user_defined.rs:124:17
439:29.32     |
439:29.35 124 |                 store8_unaligned(dst_ptr.add((i * 16) + 8), shift_upper(second));
439:29.36     |                 ^^^^^^^^^^^^^^^^ not found in this scope
439:29.36 
439:29.37 error[E0412]: cannot find type `u16x8` in this scope
439:29.37    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:121:40
439:29.39     |
439:29.39 121 |     pub fn simd_at(&self, i: usize) -> u16x8 {
439:29.40     |                                        ^^^^^ not found in this scope
439:29.41 
439:29.42 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope
439:29.42    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:122:21
439:29.43     |
439:29.44 122 |         assert!(i + SIMD_STRIDE_SIZE / 2 <= self.len);
439:29.46     |                     ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE`
439:29.46 
439:29.47 error[E0425]: cannot find function `to_u16_lanes` in this scope
439:29.48    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:124:18
439:29.48     |
439:29.49 124 |         unsafe { to_u16_lanes(load16_unaligned(self.ptr.add(byte_index))) }
439:29.51     |                  ^^^^^^^^^^^^ not found in this scope
439:29.51 
439:29.52 error[E0425]: cannot find function `load16_unaligned` in this scope
439:29.53    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:124:31
439:29.53     |
439:29.54 124 |         unsafe { to_u16_lanes(load16_unaligned(self.ptr.add(byte_index))) }
439:29.55     |                               ^^^^^^^^^^^^^^^^ not found in this scope
439:29.56 
439:29.57 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope
439:29.58    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:145:12
439:29.60     |
439:29.60 145 |         if SIMD_STRIDE_SIZE / 2 <= self.len {
439:29.63     |            ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE`
439:29.63 
439:29.63 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope
439:29.64    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:146:47
439:29.66     |
439:29.67 146 |             let len_minus_stride = self.len - SIMD_STRIDE_SIZE / 2;
439:29.68     |                                               ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE`
439:29.69 
439:29.71 error[E0425]: cannot find function `simd_byte_swap` in this scope
439:29.71    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:150:28
439:29.72     |
439:29.73 150 |                     simd = simd_byte_swap(simd);
439:29.74     |                            ^^^^^^^^^^^^^^ not found in this scope
439:29.74 
439:29.76 error[E0425]: cannot find function `store8_unaligned` in this scope
439:29.76    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:153:21
439:29.78     |
439:29.79 153 |                     store8_unaligned(other.as_mut_ptr().add(offset), simd);
439:29.80     |                     ^^^^^^^^^^^^^^^^ not found in this scope
439:29.82 
439:29.83 error[E0425]: cannot find function `contains_surrogates` in this scope
439:29.83    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:155:20
439:29.83     |
439:29.84 155 |                 if contains_surrogates(simd) {
439:29.86     |                    ^^^^^^^^^^^^^^^^^^^ not found in this scope
439:29.86 
439:29.87 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope
439:29.87    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:158:27
439:29.88     |
439:29.90 158 |                 offset += SIMD_STRIDE_SIZE / 2;
439:29.91     |                           ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE`
439:29.91 
439:29.92 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope
439:29.93    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:237:8
439:29.94     |
439:29.95 237 |     if SIMD_STRIDE_SIZE <= len {
439:29.95     |        ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE`
439:29.97 
439:29.98 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope
439:29.98    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:238:38
439:29.98     |
439:30.00 238 |         let len_minus_stride = len - SIMD_STRIDE_SIZE;
439:30.00     |                                      ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE`
439:30.01 
439:30.02 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope
439:30.03    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:241:52
439:30.05     |
439:30.07 241 |             let mut second = src.simd_at(offset + (SIMD_STRIDE_SIZE / 2));
439:30.07     |                                                    ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE`
439:30.10 
439:30.11 error[E0425]: cannot find function `simd_byte_swap` in this scope
439:30.12    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:243:25
439:30.12     |
439:30.15 243 |                 first = simd_byte_swap(first);
439:30.15     |                         ^^^^^^^^^^^^^^ not found in this scope
439:30.16 
439:30.17 error[E0425]: cannot find function `simd_byte_swap` in this scope
439:30.17    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:244:26
439:30.18     |
439:30.20 244 |                 second = simd_byte_swap(second);
439:30.20     |                          ^^^^^^^^^^^^^^ not found in this scope
439:30.22 
439:30.22 error[E0425]: cannot find function `simd_is_basic_latin` in this scope
439:30.25    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:246:17
439:30.25     |
439:30.26 246 |             if !simd_is_basic_latin(first | second) {
439:30.27     |                 ^^^^^^^^^^^^^^^^^^^ help: a function with a similar name exists: `ascii_to_basic_latin`
439:30.27 
439:30.28 error[E0425]: cannot find function `simd_pack` in this scope
439:30.29    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:249:26
439:30.30     |
439:30.33 249 |             let packed = simd_pack(first, second);
439:30.33     |                          ^^^^^^^^^ not found in this scope
439:30.33 
439:30.34 error[E0425]: cannot find function `store16_unaligned` in this scope
439:30.36    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:251:17
439:30.36     |
439:30.38 251 |                 store16_unaligned(dst.as_mut_ptr().add(offset), packed);
439:30.39     |                 ^^^^^^^^^^^^^^^^^ not found in this scope
439:30.39 
439:30.41 error[E0425]: cannot find value `SIMD_STRIDE_SIZE` in this scope
439:30.42    --> /data/repository/icecat/src/icecat-60.3.0/third_party/rust/encoding_rs/src/handles.rs:253:23
439:30.46     |
439:30.47 253 |             offset += SIMD_STRIDE_SIZE;
439:30.50     |                       ^^^^^^^^^^^^^^^^ help: a constant with a similar name exists: `ALU_STRIDE_SIZE`
439:30.52 
440:06.70 error: aborting due to 25 previous errors
440:06.70 
440:06.71 Some errors occurred: E0412, E0425, E0432.
440:06.73 For more information about an error, try `rustc --explain E0412`.
440:13.28 error: Could not compile `encoding_rs`.

figue commented on 2019-04-04 16:01 (UTC)

@SArchB try the new release please... I'm still building into a slow machine, but it seems OK...

SArchB commented on 2019-04-04 07:27 (UTC) (edited on 2019-04-04 07:31 (UTC) by SArchB)

Hi, ever since the 7th march update I have been unable to compile icecat. I tried using env _CLANG=1 makepkg -sCf but I keep getting the same error:


 6:21.68 error: aborting due to 33 previous errors
 6:21.68 
 6:21.68 error: Could not compile `simd`.
 6:21.68 
 6:21.68 To learn more, run the command again with --verbose.
 6:21.68 make[4]: *** [/home/username/Downloads/icecat/src/icecat-60.3.0/config/rules.mk:972: force-cargo-library-build] Error 101
 6:21.68 make[3]: *** [/home/username/Downloads/icecat/src/icecat-60.3.0/config/recurse.mk:73: toolkit/library/rust/target] Error 2
 6:21.68 make[3]: *** Waiting for unfinished jobs....
 6:21.94 libxpcom_ds.a.desc
 6:36.64 libmedia_libvpx.a.desc
 8:26.04 libjs_src.a.desc
 8:26.27 make[2]: *** [/home/username/Downloads/icecat/src/icecat-60.3.0/config/recurse.mk:33: compile] Error 2
 8:26.27 make[1]: *** [/home/username/Downloads/icecat/src/icecat-60.3.0/config/rules.mk:434: default] Error 2
 8:26.27 make: *** [client.mk:168: build] Error 2
 8:26.28 39 compiler warnings present.
 8:26.30 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed
==> ERROR: A failure occurred in build().
    Aborting...

Could it be related to this: https://github.com/rust-lang/rust/issues/57940 ?

They advise compiling with --no-default-features --std but I do not know how & where to translate that command into the buildproces of icecat?

figue commented on 2019-03-07 11:42 (UTC)

@cysp74 thank you. Removed libvpx.

cysp74 commented on 2019-03-06 07:48 (UTC)

Hi,

Due to new libvpx 1.8.0-1, ffmpeg 1:4.1.1-2 packages, running of already built binaries failed.

Rebuild is also failing because there is a header incompatibility with new libvpx.

Building can be successful with removing/commenting "ac_add_options --with-system-libvpx" line in PKGBUILD.

Rgds

gearshift commented on 2019-03-03 21:44 (UTC)

@figue I tried to compile it today and it worked fine with export _CLANG=1. Weird but I guess a month of updates sorted things out on my system.

figue commented on 2019-02-06 17:01 (UTC)

@gearshift yeah I rebuild first time you posted. It's weird. So try in ryzen first...

gearshift commented on 2019-02-06 07:26 (UTC)

@figue yay is a pacman wrapper for the aur. I reinstalled rust and it's the same as your version. I tried it again with _CLANG=1 and regular makepkg -sCf and it still segfaulted. Does it rebuild on your end? The only thing I can think of is I recently got a 1st gen ryzen cpu so I will test it to see if I have the infamous compile segfault bug.

figue commented on 2019-02-06 00:30 (UTC)

@gearshift I've never used yay... Did you verify that used CC is clang?

My rust is:

figue@pluto ~ % /usr/bin/rustc --version
rustc 1.32.0

you can try reinstalling rust...

gearshift commented on 2019-02-06 00:15 (UTC) (edited on 2019-02-06 00:24 (UTC) by gearshift)

@figue I used export _CLANG=1 and built with yay with the updated repo and I'm still getting the segfault. Could this be a rust issue?

@Antebellum Icecat might've removed support for WebRTC because the upstream Firefox implementation leaks your IP address.

Antebellum commented on 2019-02-04 17:11 (UTC)

is there anyway to enable WebRTC for Icecat?Even with media.peerconnection.enabled;true I can't get any WebRTC services to work such as Google Voice or FireRTC.

figue commented on 2019-01-30 01:01 (UTC)

@gearshift refresh local repo and then build with clang:

env _CLANG=1 makepkg -sCf

gearshift commented on 2019-01-29 02:49 (UTC) (edited on 2019-01-29 02:58 (UTC) by gearshift)

I'm getting a segfault with gkrust. Anyone else having this issue?

12:04.17 libdom_canvas.a.desc
12:18.77    Compiling style v0.0.1 (/home/username/.cache/yay/icecat/src/icecat-60.3.0/servo/components/style)
15:13.49    Compiling geckoservo v0.0.1 (/home/username/.cache/yay/icecat/src/icecat-60.3.0/servo/ports/geckolib)
16:04.39    Compiling gkrust-shared v0.1.0 (/home/username/.cache/yay/icecat/src/icecat-60.3.0/toolkit/library/rust/shared)
16:04.73    Compiling gkrust v0.1.0 (/home/username/.cache/yay/icecat/src/icecat-60.3.0/toolkit/library/rust)
16:45.69 error: Could not compile `gkrust`.
16:45.69 
16:45.70 Caused by:
16:45.70   process didn't exit successfully: `/usr/bin/rustc --crate-name gkrust toolkit/library/rust/lib.rs --color always --crate-type staticlib --emit=dep-info,link -C opt-level=2 -C panic=abort -C codegen-units=1 -C lto --cfg 'feature="bindgen"' --cfg 'feature="cubeb-remoting"' --cfg 'feature="cubeb_pulse_rust"' --cfg 'feature="gkrust-shared"' --cfg 'feature="no-static-ideograph-encoder-tables"' --cfg 'feature="servo"' --cfg 'feature="simd-accel"' -C metadata=c7c10bea5d5c9ea4 -C extra-filename=-c7c10bea5d5c9ea4 --out-dir /home/username/.cache/yay/icecat/src/icecat-60.3.0/obj-x86_64-pc-linux-gnu/toolkit/library/x86_64-unknown-linux-gnu/release/deps --target x86_64-unknown-linux-gnu -C linker=/home/username/.cache/yay/icecat/src/icecat-60.3.0/build/cargo-linker -L dependency=/home/username/.cache/yay/icecat/src/icecat-60.3.0/obj-x86_64-pc-linux-gnu/toolkit/library/x86_64-unknown-linux-gnu/release/deps -L dependency=/home/username/.cache/yay/icecat/src/icecat-60.3.0/obj-x86_64-pc-linux-gnu/toolkit/library/release/deps --extern gkrust_shared=/home/username/.cache/yay/icecat/src/icecat-60.3.0/obj-x86_64-pc-linux-gnu/toolkit/library/x86_64-unknown-linux-gnu/release/deps/libgkrust_shared-d2ea309f539ef2c4.rlib -C opt-level=2` (signal: 11, SIGSEGV: invalid memory reference)
16:45.70 make[4]: *** [/home/username/.cache/yay/icecat/src/icecat-60.3.0/config/rules.mk:972: force-cargo-library-build] Error 101
16:45.70 make[3]: *** [/home/username/.cache/yay/icecat/src/icecat-60.3.0/config/recurse.mk:73: toolkit/library/rust/target] Error 2
16:45.70 make[2]: *** [/home/username/.cache/yay/icecat/src/icecat-60.3.0/config/recurse.mk:33: compile] Error 2
16:45.70 make[1]: *** [/home/username/.cache/yay/icecat/src/icecat-60.3.0/config/rules.mk:434: default] Error 2
16:45.70 make: *** [client.mk:168: build] Error 2
16:45.71 0 compiler warnings present.
16:45.72 /usr/bin/notify-send --app-name=Mozilla Build System Mozilla Build System Build failed
==> ERROR: A failure occurred in build().
    Aborting...
Error making: icecat

figue commented on 2018-12-13 00:20 (UTC)

@securitybreach thanks. Please, update your local repo.

securitybreach commented on 2018-12-13 00:08 (UTC)

extra/clang needs to be added as a dep

  0:04.86 ERROR: The file /usr/bin/clang returned by `llvm-config --bindir` does not exist.
  0:04.86 clang is required to build Stylo.  Please install the necessary packages,
  0:04.86 run `mach bootstrap`, or add --disable-stylo to your mozconfig.
  0:04.86 
  0:04.88 *** Fix above errors and then restart with\
  0:04.88                "/usr/bin/make -f client.mk build"
  0:04.88 make: *** [client.mk:149: configure] Error 1
  ==> ERROR: A failure occurred in build().
  Aborting...
  Error making: icecat

After that, it builds just fine.

figue commented on 2018-12-07 23:57 (UTC)

@maid what do you mean... build with gcc and clang are different. Do you see exactly the same output? Please, post the logs in any paste service.

maid commented on 2018-12-07 18:21 (UTC)

I have the same problem. _CLANG value have no matter.

figue commented on 2018-11-20 20:17 (UTC)

@aix4c check a few posts back (env _CLANG=1)... Try to build with clang instead of gcc.

aix4c commented on 2018-11-20 19:50 (UTC)

0:28.17 checking bindgen cflags... no 0:28.26 checking for linker... 0:28.26 DEBUG: Executing: /usr/lib/hardening-wrapper/bin/gcc -std=gnu99 -print-prog-name=ld.gold 0:28.26 DEBUG: Executing: /usr/lib/hardening-wrapper/bin/gcc -std=gnu99 -B build/icecat/src/icecat-60.3.0/obj-x86_64-pc-linux-gnu/build/unix/gold -Wl,--version 0:28.26 Traceback (most recent call last): 0:28.26 File "build/icecat/src/icecat-60.3.0/configure.py", line 127, in <module> 0:28.26 sys.exit(main(sys.argv)) 0:28.26 File "build/icecat/src/icecat-60.3.0/configure.py", line 29, in main 0:28.26 sandbox.run(os.path.join(os.path.dirname(file), 'moz.configure')) 0:28.26 File "build/icecat/src/icecat-60.3.0/python/mozbuild/mozbuild/configure/init.py", line 428, in run 0:28.26 func(args) 0:28.26 File "build/icecat/src/icecat-60.3.0/python/mozbuild/mozbuild/configure/init.py", line 474, in _value_for 0:28.26 return self._value_for_depends(obj, need_help_dependency) 0:28.26 File "build/icecat/src/icecat-60.3.0/python/mozbuild/mozbuild/util.py", line 944, in method_call 0:28.26 cache[args] = self.func(instance, args) 0:28.26 File "build/icecat/src/icecat-60.3.0/python/mozbuild/mozbuild/configure/init.py", line 483, in _value_for_depends 0:28.26 return obj.result(need_help_dependency) 0:28.26 File "build/icecat/src/icecat-60.3.0/python/mozbuild/mozbuild/util.py", line 944, in method_call 0:28.26 cache[args] = self.func(instance, args) 0:28.26 File "build/icecat/src/icecat-60.3.0/python/mozbuild/mozbuild/configure/init.py", line 123, in result 0:28.26 return self._func(resolved_args) 0:28.26 File "build/icecat/src/icecat-60.3.0/python/mozbuild/mozbuild/configure/init.py", line 1003, in wrapped 0:28.26 return new_func(args, kwargs) 0:28.26 File "build/icecat/src/icecat-60.3.0/python/mozbuild/mozbuild/configure/init.py", line 735, in wrapper 0:28.26 ret = template(*args, kwargs) 0:28.26 File "build/icecat/src/icecat-60.3.0/build/moz.configure/checks.configure", line 58, in wrapped 0:28.26 ret = func(args, kwargs) 0:28.26 File "build/icecat/src/icecat-60.3.0/python/mozbuild/mozbuild/configure/__init__.py", line 1003, in wrapped 0:28.27 return new_func(*args, kwargs) 0:28.27 File "build/icecat/src/icecat-60.3.0/build/moz.configure/toolchain.configure", line 1573, in select_linker 0:28.27 build_env, toolchain_flags, linker) 0:28.27 File "build/icecat/src/icecat-60.3.0/python/mozbuild/mozbuild/configure/init.py", line 1003, in wrapped 0:28.27 return new_func(args, kwargs) 0:28.27 File "build/icecat/src/icecat-60.3.0/build/moz.configure/toolchain.configure", line 1529, in enable_gnu_linker 0:28.27 result = resolve_gold() 0:28.27 File "build/icecat/src/icecat-60.3.0/build/moz.configure/toolchain.configure", line 1518, in resolve_gold 0:28.27 if 'GNU gold' in check_cmd_output(cmd).decode('utf-8'): 0:28.27 File "build/icecat/src/icecat-60.3.0/obj-x86_64-pc-linux-gnu/_virtualenv/lib/python2.7/encodings/utf_8.py", line 16, in decode 0:28.27 return codecs.utf_8_decode(input, errors, True) 0:28.27 UnicodeDecodeError: 'utf8' codec can't decode byte 0xfc in position 79: invalid start byte 0:28.31 Fix above errors and then restart with\ 0:28.31 "/usr/bin/make -f client.mk build" 0:28.34 make: [client.mk:149: configure] Error 1

LinuxVieLoisir commented on 2018-11-10 21:44 (UTC)

Thank you, it works. You can put llvm in icecat dependencies.

figue commented on 2018-11-10 19:16 (UTC)

@LinuxVieLoisir check if you have llvm package installed.

LinuxVieLoisir commented on 2018-11-10 17:35 (UTC)

I checked the updates, I tried with the line but it does not work

figue commented on 2018-11-10 16:58 (UTC)

@LinuxVieLoisir a few days ago, other user posted the same. Please, update fully your system and try again. Also, you can try compiling with clang:

env _CLANG=1 makepkg -sic

LinuxVieLoisir commented on 2018-11-10 13:09 (UTC)

0:18.79 ERROR: Could not find LLVM/Clang installation for compiling stylo build-time 0:18.79 bindgen. Please specify the 'LLVM_CONFIG' environment variable 0:18.79 (recommended), pass the '--with-libclang-path' and '--with-clang-path' 0:18.80 options to configure, or put 'llvm-config' in your PATH. Altering your 0:18.80 PATH may expose 'clang' as well, potentially altering your compiler, 0:18.80 which may not be what you intended. 0:18.84 Fix above errors and then restart with\ 0:18.84 "/usr/bin/make -f client.mk build" 0:18.86 make: [client.mk:149: configure] Error 1 ==> ERREUR : Une erreur s’est produite dans build().

figue commented on 2018-11-01 14:08 (UTC)

@EndUserOnly you are welcome. It's weird because llvm is essential to build ;)

EndUserOnly commented on 2018-11-01 03:15 (UTC)

Not sure how I made it this far without it, but llvm was not on my system. The build should be fine now, it is well into it. Thank you for your patience... can't makeit without icecat.

figue commented on 2018-11-01 00:00 (UTC)

@EndUserOnly I've successfully build IceCat again with clang.

Could you check if you have clang and llvm packages are at version 7.0.0?

$ clang --version
clang version 7.0.0 (tags/RELEASE_700/final)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin

$ llvm-config --version
7.0.0

EndUserOnly commented on 2018-10-31 15:35 (UTC) (edited on 2018-10-31 16:00 (UTC) by EndUserOnly)

Default gcc. Since you mentioned it I tried _CLANG=1; same error.

figue commented on 2018-10-31 10:02 (UTC)

@EndUserOnly do you have _CLANG=1? Or you are building with default gcc?

EndUserOnly commented on 2018-10-31 03:05 (UTC)

Getting the following error (yaourt & manual)

ERROR: Could not find LLVM/Clang installation for compiling stylo build-time 0:44.67 bindgen. Please specify the 'LLVM_CONFIG' environment variable 0:44.67 (recommended), pass the '--with-libclang-path' and '--with-clang-path' 0:44.67 options to configure, or put 'llvm-config' in your PATH. Altering your 0:44.67 PATH may expose 'clang' as well, potentially altering your compiler, 0:44.67 which may not be what you intended. 0:44.72 Fix above errors and then restart with\ 0:44.72 "/usr/bin/make -f client.mk build" 0:44.73 make: [client.mk:149: configure] Error 1

Rust downgrade not an option. Thanks.

figue commented on 2018-09-15 18:54 (UTC) (edited on 2018-09-15 21:09 (UTC) by figue)

@colinkeenan I can reproduce the issue updating my system... Let me check it.

It seems related with rust 1.29. Downgrading to 1.28 could be a workaround for now.

Edit: testing this patch https://hg.mozilla.org/mozreview/gecko/rev/e820a3a4ce2284ecd2992dc827fedc357b75eeb7#index_header

Edit2: it works. Pushing new release right now.

Also, I've commented _CLANG variable. You can export in your profile or in shell directly without modifying PKGBUILD.

colinkeenan commented on 2018-09-15 17:40 (UTC) (edited on 2018-09-15 17:42 (UTC) by colinkeenan)

Thanks for the warning. I get the same error with clang that I got with gcc:

0:09.37 checking cargo version... 1.29.0

0:09.41 Traceback (most recent call last):

0:09.41 File "/build/icecat/src/icecat-60.2.0/configure.py", line 127, in <module></module>

0:09.41 sys.exit(main(sys.argv))

0:09.41 File "/build/icecat/src/icecat-60.2.0/configure.py", line 29, in main

0:09.41 sandbox.run(os.path.join(os.path.dirname(file), 'moz.configure'))

0:09.41 File "/build/icecat/src/icecat-60.2.0/python/mozbuild/mozbuild/configure/init.py", line 428, in run

0:09.41 func(*args)

0:09.41 File "/build/icecat/src/icecat-60.2.0/python/mozbuild/mozbuild/configure/init.py", line 474, in _value_for

0:09.41 return self._value_for_depends(obj, need_help_dependency)

0:09.41 File "/build/icecat/src/icecat-60.2.0/python/mozbuild/mozbuild/util.py", line 944, in method_call

0:09.41 cache[args] = self.func(instance, *args)

0:09.41 File "/build/icecat/src/icecat-60.2.0/python/mozbuild/mozbuild/configure/init.py", line 483, in _value_for_depends

0:09.41 return obj.result(need_help_dependency)

0:09.41 File "/build/icecat/src/icecat-60.2.0/python/mozbuild/mozbuild/util.py", line 944, in method_call

0:09.41 cache[args] = self.func(instance, *args)

0:09.41 File "/build/icecat/src/icecat-60.2.0/python/mozbuild/mozbuild/configure/init.py", line 123, in result

0:09.41 return self._func(*resolved_args)

0:09.41 File "/build/icecat/src/icecat-60.2.0/python/mozbuild/mozbuild/configure/init.py", line 1003, in wrapped

0:09.41 return new_func(args, *kwargs)

0:09.41 File "/build/icecat/src/icecat-60.2.0/build/moz.configure/rust.configure", line 122, in rust_supported_targets

0:09.41 t = split_triplet(t, allow_unknown=True)

0:09.41 File "/build/icecat/src/icecat-60.2.0/python/mozbuild/mozbuild/configure/init.py", line 1003, in wrapped

0:09.41 return new_func(args, *kwargs)

0:09.41 File "/build/icecat/src/icecat-60.2.0/build/moz.configure/init.configure", line 580, in split_triplet

0:09.41 cpu, manufacturer, os = triplet.split('-', 2)

0:09.41 ValueError: need more than 2 values to unpack

0:09.45 *** Fix above errors and then restart with\

0:09.45 "/usr/bin/make -f client.mk build"

0:09.45 make: *** [client.mk:149: configure] Error 1

==> ERROR: A failure occurred in build().

Aborting...

figue commented on 2018-09-14 16:01 (UTC)

So here are the alpha release of IceCat 60.2.0. I have to change a lot of code in PKGBUILD. Also, I include a variable to build IceCat with clang if gcc doesn't work for you (like in my case). Feel free to edit _CLANG to 0 or 1 acording to your needs.

This release is in alpha for now, you are advised.

Happy testing.

figue commented on 2018-09-06 21:28 (UTC)

@romero welcome to Arch then. With time and looking in arch's wiki (which is a great resource), you can learn a lot of things.

I think pamac uses yaourt... If that is true, you can change tmpdir in /etc/yaourtrc.

romero commented on 2018-09-06 16:42 (UTC) (edited on 2018-09-06 16:48 (UTC) by romero)

@figue - thanks that worked like a charm! I'm new to Linux, a repenting former Mac addict, who just went cold turkey on all my machines with Manjaro, since I'm convinced about everything Arch. However, I just need to learn its inner working, before I go for the pure thing.

Manjaro uses pamac, as I found out. This little 'king' :) populates /tmp with all kind of crap, but generally works - only some programs make trouble, like IceCat in the XFCE version of Manjaro, to whatever reason.

Again, thank you very much.

figue commented on 2018-09-05 23:16 (UTC) (edited on 2018-09-05 23:18 (UTC) by figue)

@romero why you build IceCat in /tmp? If you are using some king of AUR helper (yaourt, pacaur, trizen...) stop and build manually in your /home or in some partition you have enough free space:

git clone https://aur.archlinux.org/icecat.git
cd icecat
makepkg -sic

Done :)

romero commented on 2018-09-05 17:49 (UTC) (edited on 2018-09-05 21:07 (UTC) by romero)

While trying to install, I get caught in a loop: After 30 min or so, I get an error saying that the device is full. This seem to be because /tmp is full. After deleting all content from it, I can give it another try, but with the same effect.

This happens on my X220 running Manjaro with XFCE. Running Manjaro with GNOME, though, does the job. Any idea why that might be the case?

figue commented on 2018-08-22 22:23 (UTC)

@soundtoxin ok, so it works now...

I have a workaround with wget if sometimes it happens something with gpg:

wget -O - "http://pool.sks-keyservers.net:11371/pks/lookup?op=get&search=0x3C76EED7D7E04784" | gpg --import -

soundtoxin commented on 2018-08-22 18:46 (UTC) (edited on 2018-08-22 18:51 (UTC) by soundtoxin)

I'm unable to import the key necessary for installing icecat. icecat-52.6.0-gnu1.tar.bz2 ... FAILED (unknown public key 3C76EED7D7E04784)

gpg --recv-keys 3C76EED7D7E04784 gpg: keyserver receive failed: No data

edit: something on my end. manually updated all my keys and got it to work

figue commented on 2018-02-26 21:18 (UTC) (edited on 2018-02-26 21:18 (UTC) by figue)

@colinkeenan download sources manually, your closest mirror isn't updated yet. In my case my mirror is:

http://ftp.rediris.es/mirror/GNU/gnuzilla/52.6.0/icecat-52.6.0-gnu1.tar.bz2

colinkeenan commented on 2018-02-26 19:35 (UTC)

==> Making package: icecat 52.6.0-1 (Mon Feb 26 13:34:04 CST 2018) ==> Retrieving sources... -> Downloading icecat-52.6.0-gnu1.tar.bz2... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 404 Not Found ==> ERROR: Failure while downloading http://ftpmirror.gnu.org/gnuzilla/52.6.0/icecat-52.6.0-gnu1.tar.bz2 Aborting... ==> ERROR: Could not download sources.

colinkeenan commented on 2018-02-10 05:26 (UTC) (edited on 2018-02-10 06:09 (UTC) by colinkeenan)

Update: after compiling again, it works (because now it's looking for libvpx.so.5 which exists instead of ...4). Since it doesn't look like you'll be doing a release for this, I set pkgrel=3.1 because I'm uploading to archlinuxcn repo and want to trigger upgrade for others.

With today's updates, I'm also getting "XPCOMGlueLoad error for file /usr/lib/icecat/libxul.so: libvpx.so.4: cannot open shared object file: No such file or directory Couldn't load XPCOM."

I have not tried compiling it again yet. I will update after that.

figue commented on 2018-02-06 21:46 (UTC)

@EndUserOnly you marked IceCat as out-of-date:

Could not load XPCOM. Arch must have done away with it.

You mean IceCat fails to start on your machine? It works for me... Did you try to recompile?

figue commented on 2017-10-16 09:49 (UTC)

@oldgaro you mean during make?

oldgaro commented on 2017-10-16 00:25 (UTC) (edited on 2017-10-16 00:26 (UTC) by oldgaro)

Tried thrice...and every install this script makes my CPU go full horsepower and freeze the system! PS: PC gaming

vasya commented on 2017-09-23 11:03 (UTC)

@figue, thank you for the explanation, clear.

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.

figue commented on 2017-06-24 20:10 (UTC)

@AndyRTR try to change content backend to cairo: https://wiki.archlinux.org/index.php/Firefox/Tweaks#Set_AzureContentBackend_to_Skia_instead_of_Cairo

AndyRTR commented on 2017-06-24 18:32 (UTC)

New build compiles but icecat is unusable here. Almost all fonts and tabs are invisible.

commented on 2017-06-23 22:26 (UTC)

yep it is fixed, thanks.

figue commented on 2017-06-22 10:17 (UTC) (edited on 2017-06-22 10:18 (UTC) by figue)

@xxterry1xx try the new release. This issue also happened in firefox-esr. Thanks for the report.

commented on 2017-06-21 00:21 (UTC)

I am getting this message at the end of the icecat build. /usr/bin/ldd : cannot find -lcrmf https://bugs.archlinux.org/task/54395 << other people are having an issue with this message, there is a patch in the comments i have yet to try to see if it resolves the problem.

vasya commented on 2017-04-24 11:24 (UTC)

@figue I thought I tested that before commenting, but indeed you're right. I'll delete the original comment as it is a bit misleading. Thanks for the heads up!

figue commented on 2017-04-24 11:15 (UTC)

@vasya try to delete pkgdir before build, for instance makepkg -sicC

figue commented on 2017-04-17 10:59 (UTC)

@AndyRTR forgot it. Thanks. I keep pkgrel in 1. Please make a git pull of your local repos.

AndyRTR commented on 2017-04-17 10:24 (UTC)

Please add autonconf2.13 to makedepends array.

figue commented on 2017-04-16 22:14 (UTC) (edited on 2017-04-16 22:14 (UTC) by figue)

I have to modify some features in mozconfig... Hope all is OK! Enjoy the new 52 branch. Cheers

gearshift commented on 2017-03-05 01:00 (UTC)

Sorry my bad, I forgot I still had -O3 in my CXXFLAGS from testing another program. I recompiled with -O2 like normal and it works. Thanks for the patch!

figue commented on 2017-03-04 09:39 (UTC)

@gearshift :( I checked and I can access just fine to Gmail for instance. Can you try disabling all addons and try again? Maybe your issue is with Spyblock or LibreJS addons...

gearshift commented on 2017-03-03 21:20 (UTC)

Thanks @figue but unfortunately I'm still getting SEC_ERROR_OCSP_SERVER_ERROR. Maybe the Fedora people did something different? https://bodhi.fedoraproject.org/updates/FEDORA-2017-60c0fbe111 They also fixed this bug along side the first patch in their release so it might be worth it to try it too. https://bugzilla.redhat.com/show_bug.cgi?id=1375382

figue commented on 2017-03-03 18:19 (UTC)

@gearshift thanks. Just pushed a new release. Can you try?

gearshift commented on 2017-03-03 16:36 (UTC)

I'm having the same issue that others have mentioned in this thread: https://bbs.archlinux.org/viewtopic.php?id=222513 It looks like there's a simple fix by applying this very small change. Could you please include it? https://hg.mozilla.org/releases/mozilla-esr45/rev/bf0dd9ae6807

figue commented on 2017-01-22 13:29 (UTC)

Hi chftyrol, I usually use "makepkg -sicC" to build my packages, so I've never that problem. Anyway, it doesn't hurt, so -p added to mkdir. Thanks.

chftyrol commented on 2017-01-21 10:50 (UTC)

Hi, correct me if I'm wrong but I believe at line 69 of this PKGBUILD the mkdir command is missing the -p option. Without it upgrading the package (from an existing installation) fails in the prepare phase, because the $srcdir/path directory already exists. Thank you.

cert38 commented on 2017-01-19 21:39 (UTC)

Hey @figue,I compile icecat either using pacaur or the classic abs/makepkg way. The outcome is the same. I never had this problem before though. Your PKGBUILD usually works like a charm. It definitely has something to do with the permissions. When I reset them icecat works indeed. Why the permissions aren't set correctly this time is beyond me. I'll re-compile and install icecat and check again tomorrow. Thanks a bunch!

figue commented on 2017-01-18 22:05 (UTC) (edited on 2017-01-18 22:05 (UTC) by figue)

Hi @cert38, are you compiling IceCat or using some third party package? Because: [5.3.1]figue@pluto:~> ls -ld /usr/lib/icecat drwxr-xr-x 6 root root 4096 ene 8 16:47 /usr/lib/icecat And about the second issue, could be related to the first? I've never get that... You can try using icecat-bin in AUR instead...

cert38 commented on 2017-01-18 19:26 (UTC)

I'm installing icecat through pacaur. First I had to change the permission on /usr/lib/icecat/, which was only 750 after the installation. But now I get the following error message when I try to fire icecat up: "Could not find the GNU runtime." At first glance I can't see what's missing though. ldd /usr/bin/icecat linux-vdso.so.1 (0x00007fffe2fcb000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007fec4d7ca000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007fec4d5c6000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fec4d23e000) libm.so.6 => /usr/lib/libm.so.6 (0x00007fec4cf3a000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fec4cd23000) libc.so.6 => /usr/lib/libc.so.6 (0x00007fec4c985000) /lib64/ld-linux-x86-64.so.2 (0x00007fec4d9e7000)

figue commented on 2017-01-15 11:24 (UTC)

Thanks @jghodd, build fixed with a new patch.

jghodd commented on 2017-01-15 03:27 (UTC)

there is a bug in the top level configure and in js/src/configure - same bug. top level configure: line 30308 - the first instance of [space] should be [[space]] js/src/configure: line 15909 - same thing. the first instance of [space] should be [[space]] without fixing this, the build throws errors that it's unable to extract the icu version number from uvernum.h and aborts.

figue commented on 2017-01-08 18:15 (UTC)

I've pushed a new release. I want to test rust code so I've enabled it in mozconfig. Also I've disabled some more configs (I'm not 100% sure if there were already disabled though) and I've switched back to system libs cairo and png. Let me know if something seems wrong.

figue commented on 2016-12-11 23:23 (UTC)

@rohshall maybe a bad dependency download? I've just launched a build with extra-x86_64-build script and all seems ok.

rohshall commented on 2016-12-11 18:16 (UTC)

I get this error: ==> ERROR: 'pacman' failed to install missing dependencies. :: failed to build icecat package(s)

figue commented on 2016-12-03 13:12 (UTC) (edited on 2016-12-03 13:13 (UTC) by figue)

Thank you @matoro @ZombB @anton-tsyganenko I can't upload the sources from my work computer, and then from home I forgot to push mozconfig. We need to add "--enable-official-branding" to build this version. Please, try now. PD: I also forgot to reset pkgrel... :S but who cares?

matoro commented on 2016-12-02 21:08 (UTC)

In addition to the base SHA256 for mozconfig, if you manually edit PKGBUILD and replace it with the correct one, then the build fails with the following error (edited for relative paths): Reticulating splines... Traceback (most recent call last): File "./config.status", line 1065, in <module> config_status(**args) File "icecat-45.5.1/python/mozbuild/mozbuild/config_status.py", line 175, in config_status definitions = list(definitions) File "icecat-45.5.1/python/mozbuild/mozbuild/frontend/emitter.py", line 165, in emit for out in output: File "aur-icecat/src/icecat-45.5.1/python/mozbuild/mozbuild/frontend/reader.py", line 1062, in read_mozbuild raise bre mozbuild.frontend.reader.BuildReaderError: ============================== ERROR PROCESSING MOZBUILD FILE ============================== The error occurred while processing the following file: icecat-45.5.1/moz.build The underlying problem is we referenced a path that does not exist. That path is: icecat-45.5.1/browser/branding/unofficial/moz.build Either create the file if it needs to exist or do not reference it. *** Fix above errors and then restart with\ "make -f client.mk build" make[2]: *** [icecat-45.5.1/client.mk:361: configure] Error 1 make[2]: Leaving directory 'icecat-45.5.1' make[1]: *** [icecat-45.5.1/client.mk:373: icecat-45.5.1/obj-x86_64-unknown-linux-gnu/Makefile] Error 2 make[1]: Leaving directory 'icecat-45.5.1' make: *** [client.mk:171: build] Error 2

ZombB commented on 2016-12-02 19:38 (UTC)

Wrong SHA256 checksum for 'mozconfig': AUR Packages (1) icecat-45.5.1-3 :: Proceed with installation? [Y/n] :: Retrieving package(s)... :: icecat build files are up-to-date -- skipping :: Checking icecat integrity... ==> Making package: icecat 45.5.1-3 (Fri Dec 2 20:34:41 CET 2016) ==> Retrieving sources... -> Found icecat-45.5.1-gnu1.tar.bz2 -> Found icecat-45.5.1-gnu1.tar.bz2.sig -> Found mozconfig -> Found icecat.desktop -> Found icecat-safe.desktop -> Found vendor.js -> Found gcc6-fix-compilation-for-IceCat.patch -> Found firefox-gcc-6.0.patch -> Found mozilla-1228540-1.patch ==> Validating source files with sha256sums... icecat-45.5.1-gnu1.tar.bz2 ... Passed icecat-45.5.1-gnu1.tar.bz2.sig ... Skipped mozconfig ... FAILED icecat.desktop ... Passed icecat-safe.desktop ... Passed vendor.js ... Passed gcc6-fix-compilation-for-IceCat.patch ... Passed firefox-gcc-6.0.patch ... Passed mozilla-1228540-1.patch ... Passed ==> ERROR: One or more files did not pass the validity check! :: failed to verify icecat integrity

anton-tsyganenko commented on 2016-12-02 17:54 (UTC)

I can't build it: ==> Retrieving sources... -> Found icecat-45.5.1-gnu1.tar.bz2 -> Found icecat-45.5.1-gnu1.tar.bz2.sig -> Found mozconfig -> Found icecat.desktop -> Found icecat-safe.desktop -> Found vendor.js -> Found gcc6-fix-compilation-for-IceCat.patch -> Found firefox-gcc-6.0.patch -> Found mozilla-1228540-1.patch ==> Validating source files with sha256sums... icecat-45.5.1-gnu1.tar.bz2 ... Passed icecat-45.5.1-gnu1.tar.bz2.sig ... Skipped mozconfig ... FAILED icecat.desktop ... Passed icecat-safe.desktop ... Passed vendor.js ... Passed gcc6-fix-compilation-for-IceCat.patch ... Passed firefox-gcc-6.0.patch ... Passed mozilla-1228540-1.patch ... Passed ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build icecat.

nickcorona commented on 2016-11-06 02:45 (UTC)

I'm trying to import the GPG key but it's not working. I get the following error when executing this "gpg --recv-keys 3C76EED7D7E04784" in my terminal: gpg: keyserver receive failed: No keyserver available

figue commented on 2016-08-07 09:43 (UTC)

@archmaniac fakeroot messages are only "unwanted output", see this bug: https://bugs.archlinux.org/task/49278 Indeed, before building big packages like IceCat, a system upgrade is very recommended. Or, use any chroot helper (like scripts provided in devtools package) that maintain a clean and upgraded environment to build packages. Enjoy your new cold cat :)

commented on 2016-08-07 08:37 (UTC)

Yeah, sorry for the less information. I tried to build it with yaourt and makepkg. At the end the error appears. ==> Entering fakeroot environment... dlsym(acl_get_fd): /usr/lib/libfakeroot/libfakeroot.so: undefined symbol: acl_get_fd dlsym(acl_get_file): /usr/lib/libfakeroot/libfakeroot.so: undefined symbol: acl_get_file ==> Starting package()... dlsym(acl_get_fd): /usr/lib/libfakeroot/libfakeroot.so: undefined symbol: acl_get_fd dlsym(acl_get_file): /usr/lib/libfakeroot/libfakeroot.so: undefined symbol: acl_get_file ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build icecat. There was a problem with fakeroot. So I did a system upgrade and compiled it again. Now it works fine.

figue commented on 2016-08-06 19:04 (UTC)

@archmaniac you should paste more information, with that is impossible to know what is causing your error.

commented on 2016-08-06 10:49 (UTC)

hey, i got an error while compiling. ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build icecat.

figue commented on 2016-08-05 07:17 (UTC)

@EndUserOnly ok, thanks for the tip. I haven't used grsec for years, but I will remember. Do you figure out why exactly compilation fails in grsec?

EndUserOnly commented on 2016-08-05 06:49 (UTC)

Will not compile in grsec kernel. When compiled against standard kernel, will not run in grsec kernel. Thanks anyway.

figue commented on 2016-07-20 22:13 (UTC)

@cronos check the pinned comment.

cronos commented on 2016-07-20 21:43 (UTC)

[error] verification with GPG signatures, public key unknown 3C76EED7D7E04784 Help!

abi commented on 2016-06-28 17:06 (UTC)

Works fine, thank you!

figue commented on 2016-06-28 10:50 (UTC)

Done. You should be able to use gstreamer now.

figue commented on 2016-06-28 07:20 (UTC)

Yeah... the correct option is "ac_add_options --enable-gstreamer=1.0" I think. Rebuilding right now.

abi commented on 2016-06-27 21:21 (UTC)

Strange enough, I recompiled icecat and still have h264 support disabled according youtube test page. Is it works for you ? I disabled librejs ofc. https://www.youtube.com/html5 [abi@darkstar ~]$ pacman -Q |grep gst gst-libav 1.8.2-1 gst-plugins-bad 1.8.2-2 gst-plugins-base 1.8.2-1 gst-plugins-base-libs 1.8.2-1 gst-plugins-good 1.8.2-1 gstreamer 1.8.2-1

figue commented on 2016-06-27 20:41 (UTC)

Update to 38.8.0-gnu2. @abi thanks, gstreamer enabled again. I was trying a lot of things to release v38.8 and I've merged some options in mozconfig from Firefox in official repos.

abi commented on 2016-06-25 14:45 (UTC)

I've noticed that h264 was disabled during recent upgrade. Why ? 38 still uses gstreamer.

ammonaur commented on 2016-06-23 05:40 (UTC)

Thanks, it built successfully.

figue commented on 2016-06-21 19:33 (UTC)

Hi @ammonaur, like always, please, rebuild the package to fix hunspell dependency.

ammonaur commented on 2016-06-21 18:33 (UTC)

The new hunspell package (version 1.4+) breaks IceCat's dependence on libhunspell-1.3.so.0.0.0

figue commented on 2016-06-06 11:48 (UTC) (edited on 2016-06-06 14:12 (UTC) by figue)

Finally I've uploaded 38.8.0. There are a couple of things YOU HAVE TO DO: A) As I said in my last comment, gcc6 is not supported yet, either make 4.2 (in testing actually). So if you want to build in a [testing] Archlinux do this: * abs testing/make and add the following patch [1] and build it (see [2]). * Or you can download PKGBUILD and patch here: http://mirror.lnx.im/icecat/testing/make/ * Build make. * Then build IceCat. Should work. B) If you want to build IceCat with gcc5: * Use PKGBUILD.gcc5 file instead of PKGBUILD. Maybe you have to patch make (I didn't test this situation) Sorry for the inconvenience... FYI: some patches are from Thunderbird package: https://git.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/thunderbird [1] http://mirror.lnx.im/icecat/testing/make/make-4.2-fix-4762480ae.patch [2] Make bug: http://savannah.gnu.org/bugs/?48045

figue commented on 2016-06-02 15:27 (UTC)

I've managed to build IceCat with gcc5, using this package in AUR: https://aur.archlinux.org/packages/gcc5/ It's a workaround until gcc6 will be officially supported or, at least, a good patches come out. If nobody has a better idea, I will push the update later today or tomorrow (I'm testing more options in mozconfig).

figue commented on 2016-05-25 21:22 (UTC) (edited on 2016-05-25 21:22 (UTC) by figue)

I can't build IceCat 38.8.0 with gcc 6.x... I'm trying to patch the sources, but it's complicated. Hopefully Mozilla guys patch the sources properly to port them... I even tried with Thunderbird patches, but I have always the same error building telemetry. If you can't wait, use icecat-bin which should work fine.

figue commented on 2016-04-11 20:34 (UTC)

@matoro ok, in Spain we said: "it happens even in the best of families" :)

matoro commented on 2016-04-11 16:26 (UTC)

@figue Problem was between keyboard and chair, I rebuilt icecat and then upgraded icu when it should have been the other way around. Thanks!

figue commented on 2016-04-10 09:54 (UTC)

@matoro I don't know what's wrong, but I'm running IceCat with icu 57.1-1 without issues. Check my repo if you want, this binary is built with icu 57.1: http://mirror.lnx.im/icecat/repo/x86_64/ Do it again, delete src and pkg directories, old pkg too, and makepkg again. Should work.

matoro commented on 2016-04-09 23:15 (UTC)

As far as I can tell aur/icecat-38.7.1-1 is incompatible with extra/icu-57.1-1 I had to downgrade to extra/icu-56.1-2 to get it to work. If anyone figures out a fix (I've already tried rebuilding once) please share.

ammonaur commented on 2016-04-09 21:51 (UTC) (edited on 2016-04-09 23:41 (UTC) by ammonaur)

I just built 38.7.1, and it still wants the 56.1 icu library: XPCOMGlueLoad error for file /usr/lib/icecat/libxul.so: libicui18n.so.56: cannot open shared object file: No such file or directory Couldn't load XPCOM. Is upstream compatible with icu 57? Update: Somehow the package didn't get ugraded. The newest build seems to work fine with icu 57.

figue commented on 2016-04-08 23:03 (UTC)

@ammonaur just build 38.7.1. I forgot to update .SRCINFO before...

ammonaur commented on 2016-04-08 21:11 (UTC)

Icecat fails to run with icu 57.1-1 from testing. Could you add icu<=56.1-2 to the dependencies?

figue commented on 2016-03-21 09:47 (UTC)

@superpacman sorry for my late answer, but with that tiny information is impossible to know what happened. Try to built it in a clean chroot (for instance with extra-x86_64-build, included in devtools package).

superpacman commented on 2016-03-15 13:23 (UTC) (edited on 2016-03-15 13:26 (UTC) by superpacman)

I receive this error : client.mk:171: recipe for target 'build' failed make: *** [build] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build icecat.

figue commented on 2015-12-25 19:58 (UTC)

@martynjy it's explained a few times, for instance in comment "2015-11-29 21:10"

Ralf_Mardorf commented on 2015-12-25 18:38 (UTC)

Hi martynjy, the unknown key is a problem between keyboard and chair. [rocketmouse@archlinux ~]$ gpg --list-keys|grep -A2 -B2 gnu.org pub rsa2048/D7E04784 2014-10-04 uid [ unknown] Ruben Rodriguez (GNU IceCat releases key) <ruben@gnu.org> sub rsa2048/701CC2E8 2014-10-04 [rocketmouse@archlinux ~]$ grep gkey ~/.bashrc alias gkey='gpg --keyserver hkp://pgp.uni-mainz.de --recv-keys' [rocketmouse@archlinux ~]$ man gpg|grep recv-keys --recv-keys key IDs Use name as your keyserver. This is the server that --recv-keys, --send-keys, and --search-keys timeout value per action. For example, when retrieving multiple keys via --recv-keys, the timeout applies separately to each key retrieval, and not to the --recv-keys command --recv-keys.

martynjy commented on 2015-12-24 17:47 (UTC)

==> Verifying source file signatures with gpg... icecat-38.5.0-gnu1.tar.bz2 ... FAILED (unknown public key 3C76EED7D7E04784) ==> ERROR: One or more PGP signatures could not be verified! :: failed to verify icecat integrity

Ralf_Mardorf commented on 2015-12-24 03:33 (UTC)

Hi figue, thank you, since you already fixed the PKGBUILD, I try to remember next time to test the ftp mirror first and assumed I shouldn't forget it, I'll report back. Btw. I'm uncertain, if I'll continue to compile Icecat. For an Ubuntu install I downloaded the binary and installed to opt/. I don't like it this way, but OTOH it takes much time to build Icecat on my machine. To be honest, without your package I sometimes wouldn't notice that Icecat is updated ;).

figue commented on 2015-12-23 23:45 (UTC)

Hi Ralf... ok let's go back to ftp.gnu.org. It seems that GNU's ftpmirror is not working fine, should "automatically choose a nearby and up-to-date mirror" and it doesn't.

Ralf_Mardorf commented on 2015-12-23 19:37 (UTC)

Building 38.5.0-1 requires to chose another source location, that is available by the PKGBUILD, since the ftp mirror is not updated yet.

altiris commented on 2015-11-29 21:18 (UTC) (edited on 2015-11-29 21:22 (UTC) by altiris)

@figue I was not aware of that and probably never would have if it weren't from your post. Looking at https://wiki.archlinux.org/index.php/Makepkg#Signature_checking does not show anything related to Ruben Rodriguez or his key so I still do not understand how I would know to import that specific person's key, and whether I could trust it or not. EDIT: Nevertheless thanks for your post I appreciate, and icecat is downloading again, I will let you know if it works. Yup seems to be working.

figue commented on 2015-11-29 21:10 (UTC)

@altiris you need to import Rubén Rodríguez's GPG key if you want to build IceCat: gpg --recv-keys 3C76EED7D7E04784 FYI this is a common step described in official wiki: https://wiki.archlinux.org/index.php/Makepkg#Signature_checking Regards

altiris commented on 2015-11-29 19:31 (UTC)

Hello, I am getting ==> Verifying source file signatures with gpg... icecat-38.4.0-gnu1.tar.bz2 ... FAILED (unknown public key 3C76EED7D7E04784) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build icecat. Seems to an issue with public key/signatures?

figue commented on 2015-11-15 10:18 (UTC)

Thanks @wldhx, will do in next release. @archaurwiki I don't see any need to force all users to download sources from https sites. In this case, the generic URL use http and it redirects to a nearby and up-to-date mirror [0]. So I will follow the Arch principles and follow the recommendation by upstream. [0] http://www.gnu.org/prep/ftp.html

wldhx commented on 2015-11-15 00:02 (UTC)

@figue Could you add [0] (GNU auto mirror selector) as default source? [0]: source=(http://ftpmirror.gnu.org/gnuzilla/${pkgver}/${pkgname}-${_pkgver}.tar.bz2{,.sig}

figue commented on 2015-11-06 20:15 (UTC)

Please, simply rebuild IceCat to fix library dependencies. https://wiki.archlinux.org/index.php/Frequently_asked_questions#What_if_I_run_a_full_system_upgrade_and_there_will_be_an_update_for_a_shared_library.2C_but_not_for_the_apps_that_depend_on_it.3F

test0 commented on 2015-11-06 16:26 (UTC)

@stbinan :I know, is just that I have other programs which require latest icu package version 56. I have to switch my icu package back and forth just to use them.

chbinnc commented on 2015-11-06 08:44 (UTC)

@test0 @anton-tsyganenko I use "downgrade" from aur to downgrade icu and successfully save icecat. This can be a rescue. https://wiki.archlinux.org/index.php/Downgrading_packages https://aur.archlinux.org/packages/downgrade/

anton-tsyganenko commented on 2015-11-06 08:13 (UTC)

I can't run icecat after system update: XPCOMGlueLoad error for file /usr/lib/icecat/libxul.so: libicui18n.so.55: cannot open shared object file: No such file or directory Couldn't load XPCOM.

test0 commented on 2015-11-06 04:55 (UTC) (edited on 2015-11-06 04:55 (UTC) by test0)

icu package dependencies for this latest icecat version is not up to date. It still uses version 55.

test0 commented on 2015-10-29 11:36 (UTC)

I managed to fix the xul38 error. This only apply for upgrading icecat 38.0 to 38.3. libxul.so is necessary and can be acquired from xulrunner package version 38. Once I got that installed I have to manually copy the libxul.so from /usr/lib/xulrunner-devel-38.0.1/bin and place it in /usr/lib/icecat folder. Then everything is fixed without errors after the compilation process.

commented on 2015-10-27 08:30 (UTC)

failed to build, its said : cp: target ‘.mozconfig’ is not a directory

sikmir commented on 2015-10-23 10:47 (UTC)

@figue, Thanks!

figue commented on 2015-10-22 22:15 (UTC)

Hi @sikmir, please add the key before build: https://wiki.archlinux.org/index.php/Makepkg#Signature_checking

sikmir commented on 2015-10-22 22:02 (UTC)

icecat-38.3.0-gnu1.tar.bz2 ... FAILED (unknown public key 3C76EED7D7E04784)

jugs commented on 2015-10-18 22:24 (UTC)

Thanks for your work on this @figue, much appreciated.

figue commented on 2015-10-14 22:26 (UTC) (edited on 2015-10-14 22:31 (UTC) by figue)

Hi @archaurwiki! I've pushed some changes: - Added mirror.kernel.org missing signature file. . Removed ssp-buffer-size flag. I missed that. - Cleaned old patch files from repo. Can't see any signature file in Ruben's site. I leave it as it is. Anyway it's there just in case. Thanks!

commented on 2015-10-14 20:42 (UTC)

It also builds fine for me. figue, thanks for the update. Some points I noticed: 1) --param=ssp-buffer-size=4 was recently disabled by default in makepkg.conf but this PKGBUILD still keeps it 2) The 2nd and 3rd mirrors are missing the trailing signature 3) I think the comment about unsetting CPPFLAGS still applies 38.3.0 but I haven't tested to verify so I'm not sure. If it does, maybe rewording the comment would help for clarity Thanks!

figue commented on 2015-10-14 11:12 (UTC)

Hi @test0, can you try to build IceCat in a clean chroot? You can use devtools: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot#Convenience_Way I did last night with extra-x86_64 and it builds. And FYI, xulrunner is not a dependency of this package.

test0 commented on 2015-10-14 11:01 (UTC)

Executing /tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/obj-x86_64-unknown-linux-gnu/dist/bin/xpcshell -g /tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/obj-x86_64-unknown-linux-gnu/dist/bin/ -a /tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/obj-x86_64-unknown-linux-gnu/dist/bin/ -f /tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/toolkit/mozapps/installer/precompile_cache.js -e precompile_startupcache("resource://gre/"); /tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/obj-x86_64-unknown-linux-gnu/dist/bin/xpcshell: /usr/lib/icecat/libxul.so: version `xul38' not found (required by /tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/obj-x86_64-unknown-linux-gnu/dist/bin/xpcshell) Traceback (most recent call last): File "/tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/toolkit/mozapps/installer/packager.py", line 403, in <module> main() File "/tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/toolkit/mozapps/installer/packager.py", line 397, in main args.source, gre_path, base) File "/tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/toolkit/mozapps/installer/packager.py", line 156, in precompile_cache errors.fatal('Error while running startup cache precompilation') File "/tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/python/mozbuild/mozpack/errors.py", line 101, in fatal self._handle(self.FATAL, msg) File "/tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/python/mozbuild/mozpack/errors.py", line 96, in _handle raise ErrorMessage(msg) mozpack.errors.ErrorMessage: Error: Error while running startup cache precompilation /tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/toolkit/mozapps/installer/packager.mk:36: recipe for target 'stage-package' failed make[2]: *** [stage-package] Error 1 make[2]: Leaving directory '/tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/obj-x86_64-unknown-linux-gnu/browser/installer' /tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/browser/build.mk:21: recipe for target 'install' failed make[1]: *** [install] Error 2 make[1]: Leaving directory '/tmp/yaourt-tmp-Happy/aur-icecat/src/icecat-38.3.0/obj-x86_64-unknown-linux-gnu' client.mk:405: recipe for target 'install' failed I already switch my xulrunner to version 38.1 and still getting this errors.

figue commented on 2015-10-13 13:15 (UTC)

Thanks, I'll try. First attempt to build the new source fails... I'm starting again.

Lowe commented on 2015-10-13 10:43 (UTC)

It's official now. http://git.savannah.gnu.org/cgit/gnuzilla.git If you could update the package when you have the time that would be great.

figue commented on 2015-10-04 09:58 (UTC)

Thanks. v38.3.0 seems OK. I'm going to wait a little bit until Ruben's announce, but for those that want to try the new version, a tarball can be found here: https://mirror.lnx.im/icecat/testing/icecat-38.3.0-1.src.tar.gz

Lowe commented on 2015-10-04 05:36 (UTC)

Looks like it's been released. http://jenkins.trisquel.info/icecat/icecat-38.3.0-gnu1.tar.bz2

figue commented on 2015-10-02 09:01 (UTC)

Yeah, I think that Ruben is working on it. FYI I'm not using IceCat since security flaws were published.

Lowe commented on 2015-10-02 08:34 (UTC)

I went ahead and installed it without any issues. (Not to say you should upload it. I was just curious.) I looked into it a little more and the triqsuel url is used by the maintainer of icecat Ruben Rodriguez. However it seems he hasn't released it for whatever reason. Considering the security issues you would think Ruben would be motivated to releasing it on the official site.

figue commented on 2015-10-02 08:29 (UTC)

@Lowe don't know... In Gnuzilla mailing list there is no communication of this new release, also there isn't any new directory in official http/ftp site https://ftp.gnu.org/gnu/gnuzilla/ Will wait until official release.

Lowe commented on 2015-10-02 02:43 (UTC)

Apparently there is a newer version? Unless it's their own custom version. I have no idea. http://jenkins.trisquel.info/icecat/ https://www.parabola.nu/packages/libre/x86_64/icecat/

figue commented on 2015-09-27 18:28 (UTC)

Hi @Lowe, our release is last upstream. If you see, there are all these patches applied: icecat-CVE-2015-4473-partial.patch icecat-CVE-2015-4482.patch icecat-CVE-2015-4488.patch icecat-CVE-2015-4489.patch icecat-CVE-2015-4491.patch icecat-CVE-2015-4492.patch icecat-CVE-2015-4495.patch Some of these are listed in the email you post. Some doesn't. I'm following IceCat project daily to try to push always last version quickly, but you can flag out-of-date if a new version is released and I didn't realized.

Lowe commented on 2015-09-27 18:05 (UTC)

Does this suffer from the same security issues addressed here? http://lists.gnu.org/archive/html/bug-gnuzilla/2015-09/msg00011.html

figue commented on 2015-08-30 09:40 (UTC)

Source tarball of gnu2 is not published. So I applied CVE patches to release 31.8.0-2 (in fact IceCat 31.8.0-gnu2). So out-of-date notification removed.

figue commented on 2015-08-28 09:25 (UTC)

@archaurwiki done. Pull your local repo.

jei commented on 2015-08-28 02:09 (UTC)

@snarfies: Import gpg key A57369A8BABC2542B5A0368C3C76EED7D7E04784 and trust it.

snarfies commented on 2015-08-27 02:01 (UTC)

==> Verifying source file signatures with gpg... icecat-31.8.0-gnu1.tar.bz2 ... FAILED (unknown public key 3C76EED7D7E04784) ==> ERROR: One or more PGP signatures could not be verified! ==> ERROR: Makepkg was unable to build icecat. ==> Restart building icecat ? [y/N]

commented on 2015-08-26 16:59 (UTC)

Hi figue, 1) EDIT: I looked at the git log for package changes 2) Can you please update the mirrors.kernel.org url to .bz2 and change to https? I made the original request on 2015-04-09 16:56, can you include the update in the next release? Thanks again!

commented on 2015-08-26 16:50 (UTC)

Hi figue, 1) What are the differences between the 1st release and 2nd release of this 31.8.0 package? I need to know if the reasons justify a rebuild (for me, at least, because it will take some time to rebuild). 2) The mirrors.kernel.org source still points to a non-existent (very outdated) file and is still not https. I made the request to update that url on 2015-04-09 16:56, can you please change it before the next release? Thank you very much.

figue commented on 2015-08-19 21:05 (UTC)

Hi ErkanMDR, you are building IceCat in /tmp. If is mounted as tmpfs probably you don't have enough space. Can you try to build in another (physical) filesystem?

hexvalid commented on 2015-08-17 09:50 (UTC)

Hi! I get this error: ../../../build/unix/gold/ld: error: hidden symbol 'FT_Get_X11_Font_Format' is not defined locally collect2: error: ld returned exit 1 status /tmp/yaourt-tmp-erkanmdr/aur-icecat/src/icecat-31.8.0/config/rules.mk:882: recipe for target 'libxul.so' failed make[5]: *** [libxul.so] Error 1 make[5]: Leaving directory '/tmp/yaourt-tmp-erkanmdr/aur-icecat/src/icecat-31.8.0/obj-x86_64-unknown-linux-gnu/toolkit/library/build' /tmp/yaourt-tmp-erkanmdr/aur-icecat/src/icecat-31.8.0/config/recurse.mk:95: recipe for target 'toolkit/library/build/libs' failed make[4]: *** [toolkit/library/build/libs] Error 2 make[4]: Leaving directory '/tmp/yaourt-tmp-erkanmdr/aur-icecat/src/icecat-31.8.0/obj-x86_64-unknown-linux-gnu' /tmp/yaourt-tmp-erkanmdr/aur-icecat/src/icecat-31.8.0/config/recurse.mk:39: recipe for target 'libs' failed make[3]: *** [libs] Error 2 make[3]: Leaving directory '/tmp/yaourt-tmp-erkanmdr/aur-icecat/src/icecat-31.8.0/obj-x86_64-unknown-linux-gnu' /tmp/yaourt-tmp-erkanmdr/aur-icecat/src/icecat-31.8.0/config/rules.mk:592: recipe for target 'default' failed make[2]: *** [default] Error 2 make[2]: Leaving directory '/tmp/yaourt-tmp-erkanmdr/aur-icecat/src/icecat-31.8.0/obj-x86_64-unknown-linux-gnu' /tmp/yaourt-tmp-erkanmdr/aur-icecat/src/icecat-31.8.0/client.mk:381: recipe for target 'realbuild' failed make[1]: *** [realbuild] Error 2 make[1]: Leaving directory '/tmp/yaourt-tmp-erkanmdr/aur-icecat/src/icecat-31.8.0' client.mk:168: recipe for target 'build' failed make: *** [build] Error 2

figuepluto commented on 2015-07-19 16:25 (UTC)

Hi @respiranto, answered in your thread[1].

respiranto commented on 2015-07-18 14:22 (UTC)

Even after building in a clean chroot and having removed firefox, I still have the problem, that the red loading wheel is stagnating, as I already described in this[1] forum post. Does it work for you? If so, do you have an idea, why it might not work for me? [1] https://bbs.archlinux.org/viewtopic.php?id=199692

figue commented on 2015-07-17 14:38 (UTC)

Hi @respiranto that's true. I always use a clean chroot to build IceCat and it's always clean. IMHO I prefer to delete src and pkg directory before any build, because the compilation will be the same when the version change (so you can't use makepkg -e). But in case of tests or minor updates directly in src/ those parameters will work. Anyway, I will push these changes later, so if someone needs to relaunch a build it will never fail.

respiranto commented on 2015-07-17 13:11 (UTC)

I get this error: mkdir: cannot create directory ‘/home/respiranto/Downloads/AUR/icecat/src/path’: File exists ==> ERROR: A failure occurred in prepare(). Aborting... This is because I generally keep the sources and rebuild in the same directory. Am I not supposed to do so? Changing 'mkdir' to 'mkdir -p' (l.69) as well as appending '-f' to 'ln -s' (l.70) in the PKGBUILD obviously prevents any such error. ln would else complain about an already existing symlink.

jfigueras commented on 2015-07-15 13:16 (UTC)

That patch works. v31.8.0 is up.

jfigueras commented on 2015-07-15 11:40 (UTC)

@Cork Build 31.8 fails too. I'm trying with this patch[1] right now. 1.- https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/firefox&id=d270c2593553c2c495168ab6ced4c707e1fc3907

Cork commented on 2015-07-14 17:15 (UTC)

Tried to compile it today and got: ../../../build/unix/gold/ld: warning: hidden symbol 'FT_Get_X11_Font_Format' in /usr/lib/../lib/libfreetype.so is referenced by DSO /usr/lib/../lib/libcairo.so ../../../build/unix/gold/ld: error: /tmp/icecat/src/icecat-31.7.0/obj-x86_64-unknown-linux-gnu/toolkit/library/build/../../../gfx/skia/SkFontHost_FreeType.o: requires dynamic R_X86_64_PC32 reloc against 'FT_Get_X11_Font_Format' which may overflow at runtime; recompile with -fPIC ../../../build/unix/gold/ld: error: read-only segment has dynamic relocations ../../../build/unix/gold/ld: error: hidden symbol 'FT_Get_X11_Font_Format' is not defined locally collect2: error: ld returned 1 exit status

figue commented on 2015-07-08 21:43 (UTC)

Fixed. Thank you @warsh

warsh commented on 2015-07-08 12:05 (UTC)

Running makepkg -s gives me an error of: "==> ERROR: Failure while downloading icecat-31.7.0-gnu1.tar.bz2 Aborting..." Also, this link is broken: http://jenkins.trisquel.info/icecat/binaries/icecat-31.7.0-gnu1.tar.bz2

figue commented on 2015-06-08 19:29 (UTC)

Thanks @twouters for the link. I have successfully compiled IceCat 31.7.0 with a new patch based on yours. i686 build done too, I have upload the packages on my personal repo. Switch to jenkins.trisquel.info until gnu.org mirror is updated. Thanks @twouters again :)

twouters commented on 2015-06-01 13:46 (UTC)

It looks like the build issues are caused by an upgrade to gcc 5.1.0 upstream bug report: https://bugzilla.mozilla.org/show_bug.cgi?id=1021171 slightly modified patch to work with icecat (js/xpconnect/wrappers/XrayWrapper.cpp failed to apply): http://pastebin.com/95KtehDj

twouters commented on 2015-05-26 10:00 (UTC)

@figue I've got the same issue, even when building in a clean chroot.

figue commented on 2015-05-23 10:43 (UTC)

@CompletelyGalen @sudoku I always build IceCat in a clean chroot https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot because I have Firefox installed and I know that this breaks the "normal" build. Please, try it and see if it builds fine.

CompletelyGalen commented on 2015-05-23 09:32 (UTC)

/tmp/pacaurtmp-jack/icecat/src/icecat-31.6.0/config/recurse.mk:39: recipe for target 'compile' failed make[3]: *** [compile] Error 2 make[3]: Leaving directory '/tmp/pacaurtmp-jack/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu' /tmp/pacaurtmp-jack/icecat/src/icecat-31.6.0/config/rules.mk:592: recipe for target 'default' failed make[2]: *** [default] Error 2 make[2]: Leaving directory '/tmp/pacaurtmp-jack/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu' /tmp/pacaurtmp-jack/icecat/src/icecat-31.6.0/client.mk:381: recipe for target 'realbuild' failed make[1]: *** [realbuild] Error 2 make[1]: Leaving directory '/tmp/pacaurtmp-jack/icecat/src/icecat-31.6.0' client.mk:168: recipe for target 'build' failed make: *** [build] Error 2 Definitely not ram related here.

r0b0h0b0 commented on 2015-05-22 22:34 (UTC)

Hi figue, is similar to stamno's output below, I get the following: make[7]: Leaving directory '/tmp/pacaurtmp-alessandro/icecat/src/icecat-31.6.0/omake[6]: Leaving directory '/tmp/pacaurtmp-alessandro/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu/intl/icu/target' make[5]: Leaving directory '/tmp/pacaurtmp-alessandro/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu/intl/icu' make[4]: Leaving directory '/tmp/pacaurtmp-alessandro/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu' /tmp/pacaurtmp-alessandro/icecat/src/icecat-31.6.0/config/recurse.mk:39: recipe for target 'compile' failed make[3]: *** [compile] Error 2 make[3]: Leaving directory '/tmp/pacaurtmp-alessandro/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu' /tmp/pacaurtmp-alessandro/icecat/src/icecat-31.6.0/config/rules.mk:592: recipe for target 'default' failed make[2]: *** [default] Error 2 make[2]: Leaving directory '/tmp/pacaurtmp-alessandro/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu' /tmp/pacaurtmp-alessandro/icecat/src/icecat-31.6.0/client.mk:381: recipe for target 'realbuild' failed make[1]: *** [realbuild] Error 2 make[1]: Leaving directory '/tmp/pacaurtmp-alessandro/icecat/src/icecat-31.6.0' client.mk:168: recipe for target 'build' failed make: *** [build] Error 2 ==> ERROR: A failure occurred in build().

figue commented on 2015-05-22 10:50 (UTC)

Hello sudoku, we don't use system libvpx, It's disabled in mozconfig. If you (or someone else) have issues building IceCat, please, post the output of makepkg.

r0b0h0b0 commented on 2015-05-22 10:16 (UTC)

icecat build fails possibly because it relies on an old version of libvpx (1.4.0-1). However, downgrading libvpx requires a downgrade of ffmpeg.

figue commented on 2015-05-21 20:33 (UTC)

Hello Caocoa, read the comment before yours -> Comment by fylou 2015-05-19 15:29 you are (probably) compiling in /tmp which is a tmpfs filesystem. Apart from coderkun, I'm maintaining a repo too: [blackhole] Server = http://mirror.lnx.im/icecat/repo/$arch And I know that chinese people of archlinuxcn has packages in their repo too: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#archlinuxcn

Caocoa commented on 2015-05-20 21:05 (UTC)

Hello, thank you for maintaining this repository :) Error in build, you can see a snippet here https://pastee.org/jxvc5 . If you need more detailled information, I can give you the full output -- it weights 15 Mio of full text tho ~ just drop me a mail if you need it at caocoa@mail2tor.com I have 18 Gio of free space in /, more in /home but that's right, my swap is only 3 Gio and my RAM is 6 Gio.

fylou commented on 2015-05-19 15:29 (UTC)

In case of disk space problem, you should read this: Yaourt uses /tmp (mounted as tmpfs, limited to 50% of RAM) to compile packages, which may be problematic for systems with low RAM or limited swap space. Change the location in /etc/yaourtrc by uncommenting and changing the TMPDIR variable

commented on 2015-05-18 10:28 (UTC)

xDShot: This package builds fine. If you are getting errors, the problem is most likely on your end. If you are running out of disk space, edit your makepkg.conf to use a different partition/directory with larger disk space. If the build is crashing because of low memory, get more memory. 'howdoitype' deleted his comments that said he was running out of disk space and that's why his build was crashing. Fortunately, comments are mailed as they come in; so now we know.

coderkun commented on 2015-05-17 17:26 (UTC)

xDShot, you can use the binary package at [coderkun-aur]¹, if you want to. ¹ http://arch.coderkun.de

xDShot commented on 2015-05-17 08:38 (UTC)

I got the error too on build(). Shame, it took quite long to compile and it crashed at end. Are there any binary packages?

commented on 2015-05-06 00:14 (UTC)

@howdoitype: 'write errors'? Your stunning bug report is of no use to us. Please include pertinent information.

howdoitype commented on 2015-05-03 16:50 (UTC)

I'm getting lots of write errors while trying to build this.

commented on 2015-04-29 16:56 (UTC)

@DrTebi, @stbinan: https://wiki.archlinux.org/index.php/Makepkg#Signature_checking https://wiki.archlinux.org/index.php/GnuPG#Import_key

chbinnc commented on 2015-04-29 05:17 (UTC)

In my case directly $ gpg --recv-keys brings error: no keyserver available $ gpg --keyserver keys.gnupg.net --recv-keys 3C76EED7D7E04784 works for me.

DrTebi commented on 2015-04-29 01:50 (UTC)

Hmm.... I didn't know that that was necessary? I didn't have to do this for any other AUR packages.

commented on 2015-04-28 21:07 (UTC)

$ gpg --recv-keys 3C76EED7D7E04784 # <= Did you bother to do this before installing?

DrTebi commented on 2015-04-28 20:33 (UTC)

It works now, thank you for your efforts. I do get a PGP error for the key though: ==> Verifying source file signatures with gpg... icecat-31.6.0-gnu1.tar.bz2 ... FAILED (unknown public key 3C76EED7D7E04784) ==> ERROR: One or more PGP signatures could not be verified! It works when installing it with --skipinteg though.

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.

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.

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}"

Twilight_Genesis commented on 2015-04-10 20:00 (UTC)

@figue No, I have never used the testing repo on this machine.

figue commented on 2015-04-10 19:43 (UTC)

@Twilight_Genesis do you have enabled testing? I built mine in "extra" chroot and it works fine.

Twilight_Genesis commented on 2015-04-09 23:02 (UTC)

@figue: It builds fine, but segfaults when run. I made sure that I didn't have firefox, xulrunner or any other mozilla software installed before I ran makepkg and built the package, but still segfaults when run.

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

@archaurwiki The second source it's only a reference, a comment. Maybe I will remove it in next build. On the other side, the segfaults: did you have Firefox installed in the same system? I always build IceCat in a clean chroot, because I read some time ago that, with Firefox/Xulrunner installed in the same system, the compilation catch some libraries from it and then it fails. About icecat-31.6.0.en-US.linux-x86_64.tar.bz2: I think this is a binary build from Rubén Rodriguez. So you can't use it as a source for this package... At the end, I don't understand what you are saying about matching OS arch. This is a package for i686 and x86_64 (as arch() says). Firefox in official repos have the same architectures. No plans to modify this.

Twilight_Genesis commented on 2015-04-09 21:06 (UTC)

@archaurwiki: I had the same problem with it segfaulting at execution. I was only ever able to get it to work by building it in a clean chroot. I wasn't ever able to get it to use my CFLAGS and CXXFLAGS in /etc/makepkg.conf, it would only work when compiled in the clean chroot with makepkg.conf's default CFLAGS and CXXFLAGS. @parasitid:You have to either import the GPG key and trust it or if you don't care about the PGP signature you can pass the --skippgpcheck argument to makepkg and it won't check the signature.

commented on 2015-04-09 16:56 (UTC)

@parasitid: No, the GPG key is fine. You have to import the key into your keyring before building: $ gpg --recv-key 3C76EED7D7E04784 If you then get 'trust' errors on your next build: $ gpg --edit-key 3C76EED7D7E04784 type in 5 to ultimately trust save Questions? https://wiki.archlinux.org/index.php/GnuPG @figue: Thank you for making those changes! However, you did not update the 2nd source=() to https and it is also broken URL (not .xz, we use .bz2). Also, at the end of the 2nd source=(), ${pkgver} should be ${_pkgver} as the latter doesn't exist. Lastly, building gnu1.tar.bz is successful but segfaults on startup for no apparent reason and never successfully runs. Debugging/strace'ing doesn't show much promise so I would like to try building the other variants before reporting upstream but any attempts to make icecat-31.6.0.en-US.linux-x86_64.tar.bz2 results in this package error: /tmp/yaourt-tmp-localhost/aur-icecat/./PKGBUILD: line 48: cd: /tmp/makepkg/icecat/src/icecat-31.6.0: No such file or directory Making the appropriate PKGBUILD changes only leads to a series of more problems because the PKGBUILD design, as a whole, is not accommodating the different source bz2 directory layouts. Can this package be made to check for OS arch and then build the appropriate source? Thank you for the work you've done and if you can figure this all out, huge kudos to you! If you need help with a patch, I'll see what I can do.

parasitid commented on 2015-04-09 14:51 (UTC)

yesterday's built 31.6.0-gnu1 seems to be broken due to invalid pgp key... ==> Verifying source file signatures with gpg... icecat-31.6.0-gnu1.tar.bz2 ... FAILED (unknown public key 3C76EED7D7E04784) ==> ERROR: One or more PGP signatures could not be verified!

figue commented on 2015-04-08 20:40 (UTC)

@archaurwiki Thank you. All recommendations are included now.

commented on 2015-04-08 16:31 (UTC)

@figue: Hello, will you please consider these important changes to this package: 1) VERY IMPORTANT: enable GPG checking for the bz2. Signatures are included in the upstream directory and there is absolutely no reason to not include GPG checking to verify the integrity and validity of the source. 2) Please consider changing the source=() URLs to https 3) Please consider changing the md5sums=() to sha256 or sha512 As it currently stands, this package offers absolute minimum security and no one should use it if they expect any confidence or certainty that their icecat hasn't been tampered with mid-stream. I hope you can make these package changes quickly; they are somewhat standard these days. Also, you are correct to not include libre.patch, thank you.

figue commented on 2015-04-05 20:00 (UTC)

@Twilight_Genesis thanks. But as we are in an Arch Linux community and I want to follow The Arch Way[1], I don't want to include any patch that modify the main project. We can always discuss a particular case, but people in GNU are who decide what is included and what not. [1] https://wiki.archlinux.org/index.php/The_Arch_Way

Twilight_Genesis commented on 2015-04-05 00:46 (UTC)

@figue The patch fixes some freedom related issues with things like search engines. I believe it does more and may fix a few technical issues as well. Here is where I got the patch: https://projects.parabola.nu/abslibre.git/plain/libre/icecat/libre.patch I haven't tried using it to your PKGBUILD yet, but it may be something for you to look at.

figue commented on 2015-04-04 23:34 (UTC)

@Twilight_Genesis ok. I don't know why extra-x86_64-build doesn't get the sources. As I said, I've been using that method for some time and always worked. I don't know anything on that patch... Should be here? https://www.parabola.nu/packages/libre/x86_64/icecat/ And, what is this for?

Twilight_Genesis commented on 2015-04-04 22:02 (UTC)

@figue extra-x86_64-build says it cannot download the sources, but I was able to build it using makechrootpkg and it worked. Have you considered using the libre.patch from Parabola's IceCat package? It just seems like it would be more inline with the concept of using IceCat over vanilla Firefox.

figue commented on 2015-04-04 18:21 (UTC)

Pushed 31.6.0-2. The only changes are in dependencies. To make sure, I just copy the same packages than Firefox in [extra] (except for xorg-server-xvfb). And I refreshed my repo. @Twilight_Genesis Do you have Firefox installed too? I use extra-i686-build and extra-x86_64-build scripts from devtools.

Twilight_Genesis commented on 2015-04-04 17:41 (UTC)

@figue Works fine when built with clean chroot using graysky's clean-chroot-manager It wouldn't build in the chroot using custom CFLAGS. What is wrong with my CFLAGS? CPPFLAGS="-D_FORTIFY_SOURCE=2" CFLAGS="-march=native -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2" CXXFLAGS="${CFLAGS}"

figue commented on 2015-04-04 13:58 (UTC)

@Twilight_Genesis it works for me. Did you built in a clean chroot? @fubb I'm building a new release to include some dependencies (like in Firefox package). Hope the dependency you need is there included: https://www.archlinux.org/packages/extra/x86_64/firefox/ Then I will update my own repo, for those who can not build this package.

Twilight_Genesis commented on 2015-04-04 01:45 (UTC)

Compiles fine, but segfaults when run. http://pastebin.com/eUyTC2cG

fubb commented on 2015-02-24 19:28 (UTC)

@figue Thanks for the compiled 31, it works great! and makes up for the millennia misspent installing dependency after dependency in order build this on a fresh arch install.

D101101 commented on 2015-01-29 17:58 (UTC)

@figue, now everything is fine, thank you

figue commented on 2015-01-29 16:14 (UTC)

Hi D101101, that's your issue "IOError: [Errno 28] No space left on device" ;) I successfully build it in a clean chroot for x86_64.

D101101 commented on 2015-01-29 15:26 (UTC)

compilation errors http://pastebin.com/sd3BVLGz

figue commented on 2014-10-21 20:09 (UTC)

IceCat 31.2.0 release http://lists.gnu.org/archive/html/bug-gnuzilla/2014-10/msg00015.html

leo_rockway commented on 2014-10-20 18:15 (UTC)

@figue, thank you! I used the binary and it works great.

figue commented on 2014-10-19 22:33 (UTC)

@leo_rockway try this: http://mirror.lnx.im/icecat/testing/icecat-31.1.1-2-x86_64.pkg.tar.xz Source is here: http://mirror.lnx.im/icecat/testing/icecat-31.1.1-2.src.tar.gz

leo_rockway commented on 2014-10-19 19:08 (UTC)

figue, thank you very much for the package. I've been using it for a while and it works fine. Unfortunately there's a new version of icu in testing and it breaks IceCat. Could you provide the PKGBUILD you used so I can compile it for the new icu? Thanks.

figue commented on 2014-10-08 20:33 (UTC)

i686 package uploaded to: http://mirror.lnx.im/icecat/testing/icecat-31.1.1-1-i686.pkg.tar.xz

figue commented on 2014-10-08 16:16 (UTC)

New pre-release is up! You can build the package with this tarball [1] And, if you want to install a pre-compiled package, you can download for x86_64 in [2]. I will upload as soon as I can i686 package. Some notes (copy&paste from Rubén announcement): - It is based on Firefox 31 ESR. I decided to stick to the ESR upstream releases (https://www.mozilla.org/en-US/firefox/organizations/faq/) because they provide security updates over a stable base. This way we won't have to fight with changes in the APIs we base our features on. That will also eventually allow to port privacy features from TorBrowser, which is being upgraded to follow v31 ESR too. - To filter privacy trackers I modified Adblock Plus to allow filter subscriptions to be optionally enabled during Private Browsing mode. I did some other small changes, along with removing the "acceptable ads" pseudofeature. Because of all this I decided to rebrand the extension to "Spyblock", to avoid confusion with the upstream project. I also set custom lists at http://gnuzilla.gnu.org/filters/ and I made a point of preserving self-served advertisement, as the goal is not to block ads but to preserve privacy. That's another reason for rebranding. - I compiled binary packages for GNU/Linux using Trisquel 6, both for 32 and 64 bit. Those binaries should work in most recent distros. These are the ones I'm more certain that should work: Trisquel 6 and 7, Ubuntu Precise or newer, Debian Wheezy, testing and sid. Please test in other distros and send reports of success and any bugs you find. - Video in h264 format (youtube, vimeo...) only shows a black screen in my machines, but so do the precompiled Firefox bundles, so I guess they need to be compiled in a less "portable" way for that feature to work. It seems to work when packaged for Trisquel. - Packagers are welcome! We want to get the package in other distros and also compiled for MacOS and Windows. [1] http://mirror.lnx.im/icecat/testing/icecat-31.1.1-1.src.tar.gz [2] http://mirror.lnx.im/icecat/testing/icecat-31.1.1-1-x86_64.pkg.tar.xz

figue commented on 2014-09-13 23:27 (UTC)

For those who don't know, IceCat has new maintainer: Rubén Rodríguez He released a testing version (based on Firefox 31.0). I've successfully build it on my system, but I need to do it in a clean chroot (using extra-x86_64-build), otherwise I get a segfault :P If somebody wants to play with it, download this tarball: http://mirror.lnx.im/icecat/testing/icecat-31.0-1.src.tar.gz

dape commented on 2014-07-16 08:13 (UTC)

thanks figue, i managed to compile with makepkg on the i5, now im trying on the c2d.

figue commented on 2014-07-15 20:47 (UTC)

i686 uploaded to my repo: http://mirror.lnx.im/icecat/repo/i686/icecat-24.0-1-i686.pkg.tar.xz

figue commented on 2014-07-15 19:01 (UTC)

You can use my prebuild package on my repo: http://mirror.lnx.im/icecat/repo/x86_64/icecat-24.0-1-x86_64.pkg.tar.xz I'm trying to build i686 with extra-i686-build script.

dape commented on 2014-07-15 17:24 (UTC)

this breaks on both a i5 with 8 gb ram and a core2duo with 4 gb ram.. impossible to build..

hiato commented on 2014-06-21 11:54 (UTC)

ajs124: Good hunch! Indeed that was the problem, I allocated a swapfile and everything went A-OK (though now I am experiencing icecat instability, but that's another issue). Thank you for the tip-off :) (Curious that I can build the kernel in ram but not a web browser :P) For future reference: you need just more than 4G of available memory to do this, so if you have 4G ram, allocate a 1G swapfile to be safe.

commented on 2014-06-20 19:04 (UTC)

Crash while linking libxul.so with stalling pc? Sound like OOM to me. Does you dmesg output say anything about out-of-memory or the oom killer? And how much RAM do you have?

hiato commented on 2014-06-20 18:55 (UTC)

This fails to build for me too, using both makepkg and extra-x86_64-build (-c). It seems to arrive at linking before failing with the latter, and fails earlier with the former. At linking it seems to completely stall my computer before it dies. With the devtools script it fails with collect2: error: ld terminated with signal 9 [Killed] /build/icecat/src/icecat-24.0/config/rules.mk:1023: recipe for target 'libxul.so' failed make[5]: *** [libxul.so] Error 1 make[5]: *** Deleting file 'libxul.so'

figue commented on 2014-06-10 13:13 (UTC)

Try to build it with extra-x86_64-build script (devtools).

andriesinfoserv commented on 2014-06-10 12:11 (UTC)

attempting to build with packer-color completely crashes amd64 machine with 16GB of ram. this is the only aur package that has caused this problem.

kyrylo commented on 2014-01-21 13:49 (UTC)

Tried again. It works now. Thanks!

figue commented on 2014-01-21 07:43 (UTC)

Can you download tarball again? I added a patch. It builds fine in a clean chroot now. Please, let me know.

kyrylo commented on 2014-01-20 22:01 (UTC)

Does it even work? The compilaction process takes about 40 minutes or so on my machine and interrupts with /var/cache/pacman/pkg/icecat5724/icecat/src/icecat-24.0/config/rules.mk:1023: recipe for target 'libxul.so' failed make[5]: Leaving directory '/var/cache/pacman/pkg/icecat5724/icecat/src/icecat-24.0/obj-x86_64-unknown-linux-gnu/toolkit/library' /var/cache/pacman/pkg/icecat5724/icecat/src/icecat-24.0/config/makefiles/target_libs.mk:16: recipe for target 'libs_tier_platform' failed make[4]: Leaving directory '/var/cache/pacman/pkg/icecat5724/icecat/src/icecat-24.0/obj-x86_64-unknown-linux-gnu' /var/cache/pacman/pkg/icecat5724/icecat/src/icecat-24.0/config/rules.mk:737: recipe for target 'tier_platform' failed make[3]: Leaving directory '/var/cache/pacman/pkg/icecat5724/icecat/src/icecat-24.0/obj-x86_64-unknown-linux-gnu' /var/cache/pacman/pkg/icecat5724/icecat/src/icecat-24.0/config/rules.mk:670: recipe for target 'default' failed make[2]: Leaving directory '/var/cache/pacman/pkg/icecat5724/icecat/src/icecat-24.0/obj-x86_64-unknown-linux-gnu' /var/cache/pacman/pkg/icecat5724/icecat/src/icecat-24.0/client.mk:372: recipe for target 'realbuild' failed make[1]: Leaving directory '/var/cache/pacman/pkg/icecat5724/icecat/src/icecat-24.0' client.mk:172: recipe for target 'build' failed

figue commented on 2013-10-22 13:41 (UTC)

A couple of days ago, v24.0 was out. Until now mozconfig was always the same. Now IceCat needs a couple of options to maintain the old user appdir (~/mozilla/icecat). I was playing a little bit with that options and I've decided to maintain it. It's not a big difference for me to keep ~/.mozilla or change it to ~/.gnuzilla. Any concerns? Another (old) thing: PGO (build optimization) is disabled in this version (again), I'm not able to build in any of my x64 boxes, so can't test it fully. If anyone is interested in build and test it, download the tarball here: http://mirror.lnx.im/icecat/testing/icecat-24.0-1.src.tar.gz

goviedo commented on 2013-09-27 16:31 (UTC)

Thank you very much Rozan. I use your build and now i will test it. I change my Intel Core I3 for a AMD APU HP, is smallest, has more lights but, i think is a little slow, damn it, trying to improve it.

figue commented on 2013-05-21 11:10 (UTC)

@Rozan if I unset CPPFLAGS, like you said, it doesn't build in my x86_64 box. I need more time to test it. Lastest version is several months old and GNUzilla seems that are not interested in new versions of Firefox.

Rozan commented on 2013-05-21 03:02 (UTC)

@figue That is great. Do you think it is a good idea to change the PKGBUILD the way I suggested?

figue commented on 2013-05-20 23:16 (UTC)

Also I'm maintaining a personal repo: [blackhole] Server = http://mirror.lnx.im/icecat/repo/$arch

Rozan commented on 2013-05-20 11:58 (UTC)

If you don't want to wait that long and you have a x86_64 system, here's my binary: https://www.dropbox.com/s/4yida7axhcbyf7w/icecat-17.0.1-1-x86_64.pkg.tar.xz

Rozan commented on 2013-05-20 11:50 (UTC)

I got an error saying: configure: error: system NSPR does not support PR_STATIC_ASSERT This can be fixed by putting "unset CPPFLAGS" right before the "make -f client.mk build" line in the build section. Then it compiles just fine. It took me about 1.5 hours to compile. Can't we persuade the maintainers to put this in the standard repo? I think it is a pretty important program.

figue commented on 2012-08-26 21:09 (UTC)

@yoelion sorry about that. The domain linuzeros.org is not managed by me and it seems that it was a problem with the registrar. BTW you can use my own domain for the repo: [blackhole] Server = http://mirror.lnx.im/icecat/repo/$arch I have only i686 version right now, I'll upload the x86_64 tomorrow.

yoelion commented on 2012-08-26 12:05 (UTC)

why is http://mirror.linuzeros.org/ down? /-:

figue commented on 2012-08-23 14:58 (UTC)

Updated to 14.0 It builds fine with an old IceCat installed. PGO have been disabled again.

figue commented on 2012-07-19 23:17 (UTC)

FYI if build fails with the message "failed to get nsXPConnect service!", you have 2 options: - remove IceCat and rebuild with `makepkg -esic` - build IceCat in a clean chroot It's a known bug in upstream: https://bugzilla.mozilla.org/show_bug.cgi?id=686434

figue commented on 2012-07-19 15:52 (UTC)

For an unknown reason, IceCat stop to build with PGO. I spent a lot of time compiling and trying to fix it, but unfortunately I give up. So I decide to release IceCat without PGO. It works fine for me. If anyone wants to try to build IceCat with PGO, there are commented lines in PKGBUILD and mozconfig file to enable it. In this version, I have patched the instalation like Firefox in [extra] to install directly all the stuff in /usr/lib/icecat. No more symlinks now.

commented on 2012-06-12 18:29 (UTC)

Doh! This is the first version of Icecat for a long time that finally compiles on my box again. But now I get "Segmentation fault" when I try to start Icecat. Back to Firefox. :(

figue commented on 2012-06-06 11:04 (UTC)

It seems that new location on profile directories cause to lose old profile... I'm working on it. Maybe we can back to old default dir (~/.gnuzilla) or move manually the old profile to ~/.mozilla.

figue commented on 2012-06-06 11:01 (UTC)

v12.0 [CHANGES] * GNU LibreJS is now loaded by default. * In the same manner as Debian Iceweasel and Trisquel Abrowser, the profile directories are now located within the home .mozilla directory, under .mozilla/icecat. This addresses the issue with the --with-user-appdir option that has been reported multiple times through the years. * Firefox Sync is now disabled by default.

figue commented on 2012-06-06 09:11 (UTC)

New release. Build is fine for me on x86_64. Please test it.

figue commented on 2012-03-22 08:36 (UTC)

Bugfix release. I have built in a clean chroot and it was fine. But it fails in the main system: /home/figue/packages/icecat/trunk/10.0-2/src/icecat-10.0/icecat-pgo/dist/bin/xpcshell: symbol lookup error: /home/figue/packages/icecat/trunk/10.0-2/src/icecat-10.0/icecat-pgo/dist/bin/xpcshell: undefined symbol: __gcov_indirect_call_profiler make[3]: *** [make-package] Error 127 make[3]: se sale del directorio `/home/figue/packages/icecat/trunk/10.0-2/src/icecat-10.0/icecat-pgo/browser/installer' make[2]: *** [default] Error 2 make[2]: se sale del directorio `/home/figue/packages/icecat/trunk/10.0-2/src/icecat-10.0/icecat-pgo/browser/installer' make[1]: *** [package] Error 2 make[1]: se sale del directorio `/home/figue/packages/icecat/trunk/10.0-2/src/icecat-10.0/icecat-pgo' make: *** [profiledbuild] Error 2 If it doesn't build for you, you can download binary packages, as usual, on my own repo: http://mirror.linuzeros.org/icecat/repo/ Or you can build it in a clean chroot: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot

cb474 commented on 2011-12-07 01:41 (UTC)

Thanks figue. I hope Giuseppe can find someone to help maintain Icecat. It would be sad to see it stop as a project. And I like the idea that icecat is shifting to be more privacy oriented.

figue commented on 2011-12-06 12:16 (UTC)

https://lists.gnu.org/archive/html/bug-gnuzilla/2011-11/msg00016.html

cb474 commented on 2011-12-06 02:26 (UTC)

Anyone know what's up with Icecat 8.0? Looks like Firefox upgraded two weeks ago. Usually Icecat doesn't lag by more than a few days. Just curious.

cb474 commented on 2011-10-03 00:36 (UTC)

I use session-manager and it works fine with Icecat 7. It is also by far the best session manager, I think.

figue commented on 2011-10-02 18:05 (UTC)

Found a workaround for session store, activating Tab Mix Plus function: https://addons.mozilla.org/en-US/firefox/addon/tab-mix-plus/ (it works) or maybe https://addons.mozilla.org/en-US/firefox/addon/session-manager/ (not tested)

figue commented on 2011-10-02 16:28 (UTC)

@Janusz11 Very odd then... You can use my personal repo to install it. BTW on the session issue, seems that IceCat store the file and it's readed on the next start: $ strace -f icecat 2>&1 | grep sessionstore.js [pid 11522] access("/home/figue/.gnuzilla/icecat/tevpfbgw.default/sessionstore.js", F_OK) = 0 [pid 11522] open("/home/figue/.gnuzilla/icecat/tevpfbgw.default/sessionstore.js", O_RDONLY|O_LARGEFILE) = 27 [pid 11522] access("/home/figue/.gnuzilla/icecat/tevpfbgw.default/sessionstore.js", F_OK) = 0 [pid 11522] stat64("/home/figue/.gnuzilla/icecat/tevpfbgw.default/sessionstore.js", {st_mode=S_IFREG|0600, st_size=2099, ...}) = 0 [pid 11522] stat64("/home/figue/.gnuzilla/icecat/tevpfbgw.default/sessionstore.js", {st_mode=S_IFREG|0600, st_size=2099, ...}) = 0 [pid 11522] stat64("/home/figue/.gnuzilla/icecat/tevpfbgw.default/sessionstore.js", {st_mode=S_IFREG|0600, st_size=2099, ...}) = 0 [pid 11522] open("/home/figue/.gnuzilla/icecat/tevpfbgw.default/sessionstore.js", O_RDONLY|O_LARGEFILE) = 44

commented on 2011-10-02 16:20 (UTC)

Hey figue, seems like all is in order. That's what I get from grep -i font /var/log/Xorg.0.log: [ 377.806] (==) FontPath set to: /usr/share/fonts/misc/, /usr/share/fonts/TTF/, /usr/share/fonts/OTF/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi/, /usr/share/fonts/75dpi/

figue commented on 2011-10-02 13:55 (UTC)

@Janusz11 Paste this output, maybe it's a Xorg fault: $ grep -i font /var/log/Xorg.0.log @fauno I have issues in 7.0 release with saved sessions. Seems that IceCat didn't save it in normal exit, even with new profile. I need more tests, but it works in Firefox,

commented on 2011-10-02 04:34 (UTC)

@ kaptenen - I have no font configuration file in my xorg.conf.d folder. @ figue - Thanks. I've installed the libertine font package and sure enough the build process went further this time. However, now I get the following error message that I can't figure out anymore what's wrong or missing. make: *** [profiledbuild] Error 245 ==> ERROR: A failure occurred in build(). Aborting...

figue commented on 2011-10-01 10:12 (UTC)

@Janusz11 Only files I have inside that directory come from ttf-linux-libertine package. Can you try to install it and rebuild (as a workaround)?

commented on 2011-10-01 09:25 (UTC)

Janusz11, it´s xorg you have to fix. Do you have something in that folder? I have /etc/X11/xorg.conf.d/10-font.conf with this: Section "Files" ModulePath "/usr/lib/xorg/modules" FontPath "/usr/share/fonts/misc/" FontPath "/usr/share/fonts/TTF/" FontPath "/usr/share/fonts/OTF/" FontPath "/usr/share/fonts/Type1/" FontPath "/usr/share/fonts/100dpi/" FontPath "/usr/share/fonts/75dpi/" FontPath "~/.fonts/" FontPath "/usr/share/fonts/local/" EndSection

commented on 2011-10-01 08:18 (UTC)

Just like with the latest 6.0 releases, the package fails to build on my machine with the following error message: make: *** [profiledbuild] Error 245 [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! I understand that OTF is the OpenType Font library. I do have libotf installed. But there is no such path (/usr/share/fonts/OTF). I haven't seen anything where I could manipulate this in the configuration.

figue commented on 2011-09-29 18:16 (UTC)

I've a personal repo here, locales included: [blackhole] http://mirror.linuzeros.org/icecat/repo/i686/ Feel free to use it. x86_64 is available too.

fauno commented on 2011-09-29 18:07 (UTC)

skydrome you better wait for icecat 7, firefox was released a couple days ago :)

skydrome commented on 2011-09-29 17:50 (UTC)

would it be possible for someone to provide binaries for i686 it would be extremely useful for laptop users. The parabola repo hasnt updated their icecat package. I hope someone can do this, thanks

figue commented on 2011-09-25 15:08 (UTC)

@thevoidzero Works fine for me. Try to start with a clean directory: mv ~/.gnuzilla ~/.gnuzilla.bad

commented on 2011-09-25 12:47 (UTC)

I'm having troubles with sessionstore. I can't seem to save sessions and restore on browser reopen.

figue commented on 2011-09-05 14:33 (UTC)

I need more time to test it properly, but this morning it seems fine. Flash still needs dom.ipc.plugins.enabled to false.

fauno commented on 2011-09-05 13:25 (UTC)

nice! did you have trouble with sessionstore? your PKGBUILD isn't much different than mine...

figue commented on 2011-09-05 12:19 (UTC)

6.0.1 released. Now PGO works!

figue commented on 2011-08-19 21:22 (UTC)

Great work fauno! I'll take a look on your package, hope I'll can enable PGO...

fauno commented on 2011-08-19 18:05 (UTC)

It works!! Build files are here https://projects.parabolagnulinux.org/abslibre.git/tree/libre/icecat It takes a really long time using -j3 on a dual core machine. Binary packages for i686 can be found here (in a few minutes) and x86_64 is coming: http://repo.parabolagnulinux.org/libre/os/i686

fauno commented on 2011-08-19 17:17 (UTC)

I finally removed the missing preprocessor error thanks to Giuseppe and it's doing the second pass now :)

fauno commented on 2011-08-19 17:12 (UTC)

I finally removed the missing preprocessor error thanks to Giuseppe and it's doing the second pass now :)

figue commented on 2011-08-18 15:18 (UTC)

Updated http://mirror.linuzeros.org/icecat/testing/icecat-6.0-1.src.tar.gz xpt.py workaround done (with a little patch). Now it's more strange, it fails on `make install`!! [...] adding: defaults/profile/chrome/userContent-example.css (deflated 47%) adding: defaults/profile/prefs.js (deflated 35%) +++ Failed to get ScriptSecurityManager service, running without principals/home/figue/icecat/6.0/src/icecat-6.0/browser/installer/../../dist/bin/run-icecat.sh: line 131: 4504 Segmentation fault "$prog" ${1+"$@"} make[1]: *** [install] Error 139 make[1]: Leaving directory `/home/figue/icecat/6.0/src/icecat-6.0/browser/installer' make: *** [install] Error 2 ==> ERROR: A failure occurred in package(). Aborting...

commented on 2011-08-18 03:38 (UTC)

@figue. I'm on i686. There is the same problem as cb474 on my platform. When I set "dom.ipc.plugins.enabled" to false, the problem disappear.

cb474 commented on 2011-08-18 01:12 (UTC)

@figue, I'm also on x86_64, with the flash problem I reported below. Ironically, setting dom.ipc.plugins.enabled to false turns off the browser feature that isolates plugins in separate processes, so they don't crash the entire program. So it doesn't really make sense that with this feature on, flash seems to slow down the entire program, but with the feature off everything works fine. See: http://kb.mozillazine.org/Plugin-container_and_out-of-process_plugins Anyway, I don't really know anything about this, I was just reading that explanation of what dom.ipc.plugins.enabled does. One difference I notice between Firefox and Icecat is that Icecat has two entries, not seen in about:config for Firefox. dom.ipc.plugins.enabled.libflashplayer.so (set to true) and dom.ipc.plugins.enabled.libnptest.so (set to true). Setting these either individually or together to false did not solve the problem.

miezebieze commented on 2011-08-17 20:32 (UTC)

@figue: I had no problems at build time and no crashes at run time, but flash didn't work at all with "dom.ipc.plugins.enabled == true". Now it seems to be okeh. I have an x86_64.

figue commented on 2011-08-17 19:57 (UTC)

@andy123 --disable-crashreporter it's already on mozconfig. I added it on ./configure, but it has no effect at all: /usr/bin/python2.7: can't open file '/usr/lib/xulrunner-devel-6.0/sdk/bin/xpt.py': [Errno 2] No such file or directory

fauno commented on 2011-08-17 19:09 (UTC)

andy123: yes, my mozconfig too, but I'm trying PGO and it fails. Last error I got is below. The file doesn't exist, not even in firefox's sources and I can't find documentation about it. http://repo.parabolagnulinux.org/other/icecat-6.0-1.src.tar.gz /usr/bin/perl /build/src/icecat-6.0/config/preprocessor.pl -DOSTYPE=\"Linux2.6\" -DOSARCH=Linux -DAB_CD=en-US -DMOZ_LANGPACK_EID=langpack-en-US@gnuzilla.gnu.org -DMOZ_APP_VERSION=6.0 -DLOCALE_SRCDIR=/build/src/icecat-6.0/browser/locales/en-US -DPKG_BASENAME="icecat-6.0.en-US.linux-i686" -DPKG_INST_BASENAME="icecat-6.0.en-US.linux-i686.installer" -DEXTENSION_PREF -DDLL_PREFIX=lib -DDLL_SUFFIX=.so -DBIN_SUFFIX= -DMOZILLA_VERSION=\"6.0\" -DMOZILLA_VERSION_U=6.0 -DD_INO=d_ino -DSTDC_HEADERS=1 -DHAVE_SSIZE_T=1 -DHAVE_ST_BLKSIZE=1 -DHAVE_SIGINFO_T=1 -DHAVE_INT16_T=1 -DHAVE_INT32_T=1 -DHAVE_INT64_T=1 -DHAVE_UINT=1 -DHAVE_UNAME_DOMAINNAME_FIELD=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 -DHAVE_VISIBILITY_ATTRIBUTE=1 -DHAVE_DIRENT_H=1 -DHAVE_GETOPT_H=1 -DHAVE_SYS_BITYPES_H=1 -DHAVE_MEMORY_H=1 -DHAVE_UNISTD_H=1 -DHAVE_GNU_LIBC_VERSION_H=1 -DHAVE_NL_TYPES_H=1 -DHAVE_MALLOC_H=1 -DHAVE_X11_XKBLIB_H=1 -DHAVE_SYS_STATVFS_H=1 -DHAVE_SYS_STATFS_H=1 -DHAVE_SYS_QUOTA_H=1 -DHAVE_SYS_CDEFS_H=1 -DHAVE_DLOPEN=1 -DHAVE_DLADDR=1 -DFUNCPROTO=15 -DHAVE_FT_BITMAP_SIZE_Y_PPEM=1 -DHAVE_FT_GLYPHSLOT_EMBOLDEN=1 -DHAVE_FT_LOAD_SFNT_TABLE=1 -DHAVE_FT_SELECT_SIZE=1 -D_REENTRANT=1 -DHAVE_RANDOM=1 -DHAVE_STRERROR=1 -DHAVE_LCHOWN=1 -DHAVE_FCHMOD=1 -DHAVE_SNPRINTF=1 -DHAVE_MEMMOVE=1 -DHAVE_STAT64=1 -DHAVE_LSTAT64=1 -DHAVE_TRUNCATE64=1 -DHAVE_SETBUF=1 -DHAVE_ISATTY=1 -DHAVE_FLOCKFILE=1 -DHAVE_LOCALTIME_R=1 -DHAVE_STRTOK_R=1 -DHAVE_RES_NINIT=1 -DHAVE_GNU_GET_LIBC_VERSION=1 -DHAVE_LANGINFO_CODESET=1 -DVA_COPY=va_copy -DHAVE_VA_COPY=1 -DHAVE_THREAD_TLS_KEYWORD=1 -DMALLOC_H=\<malloc.h\> -DHAVE_STRNDUP=1 -DHAVE_POSIX_MEMALIGN=1 -DHAVE_MEMALIGN=1 -DHAVE_VALLOC=1 -DHAVE_I18N_LC_MESSAGES=1 -DHAVE_LOCALECONV=1 -DNS_ALWAYS_INLINE=__attribute__\(\(always_inline\)\) -DNS_ATTR_MALLOC=__attribute__\(\(malloc\)\) -DNS_WARN_UNUSED_RESULT=__attribute__\(\(warn_unused_result\)\) -DNS_NORETURN=__attribute__\(\(noreturn\)\) -DHAVE_LIBPNG=1 -DMOZ_PHOENIX=1 -DMOZ_BUILD_APP=browser -DMOZ_X11=1 -DMOZ_WIDGET_GTK2=1 -DMOZ_PDF_PRINTING=1 -DMOZ_ENABLE_XREMOTE=1 -DMOZ_INSTRUMENT_EVENT_LOOP=1 -DMOZ_ENABLE_STARTUP_NOTIFICATION=1 -DMOZ_DISTRIBUTION_ID=\"org.gnu.gnuzilla\" -DMOZ_PANGO=1 -DMOZ_ENABLE_GIO=1 -DMOZ_ENABLE_GCONF=1 -DMOZ_ENABLE_LIBNOTIFY=1 -DMOZ_ENABLE_DBUS=1 -DIBMBIDI=1 -DACCESSIBILITY=1 -DNS_PRINTING=1 -DNS_PRINT_PREVIEW=1 -DMOZ_OGG=1 -DATTRIBUTE_ALIGNED_MAX=64 -DMOZ_WEBM=1 -DMOZ_WAVE=1 -DMOZ_SYDNEYAUDIO=1 -DMOZ_MEDIA=1 -DMOZ_VORBIS=1 -DMOZ_XTF=1 -DMOZ_CRASHREPORTER_ENABLE_PERCENT=100 -DLIBJPEG_TURBO_X86_ASM=1 -DMOZ_MATHML=1 -DMOZ_CSS_ANIMATIONS=1 -DMOZ_SVG=1 -DMOZ_SMIL=1 -DMOZ_UPDATE_CHANNEL=default -DMOZ_FEEDS=1 -DMOZ_STORAGE=1 -DMOZ_NATIVE_SQLITE=1 -DMOZ_URL_CLASSIFIER=1 -DMOZ_DEBUG_SYMBOLS=1 -DMOZ_LOGGING=1 -DSIZEOF_INT_P=4 -DMOZ_MEMORY_SIZEOF_PTR_2POW=2 -DMOZ_MEMORY=1 -DMOZ_MEMORY_LINUX=1 -DHAVE_JEMALLOC_VALLOC=1 -DHAVE_JEMALLOC_POSIX_MEMALIGN=1 -DHAVE_JEMALLOC_MEMALIGN=1 -DHAVE___CXA_DEMANGLE=1 -DHAVE__UNWIND_BACKTRACE=1 -DMOZ_OMNIJAR=1 -DMOZ_USER_DIR=\".gnuzilla\" -DMOZ_STATIC_JS=1 -DHAVE_STDINT_H=1 -DHAVE_INTTYPES_H=1 -DMOZ_XUL=1 -DMOZ_PROFILELOCKING=1 -DMOZ_RDF=1 -DBUILD_CTYPES=1 -DMOZ_MORKREADER=1 -DMOZ_PLACES=1 -DMOZ_SERVICES_SYNC=1 -DMOZ_APP_UA_NAME=\"\" -DMOZ_APP_UA_VERSION=\"6.0\" -DMOZ_UA_FIREFOX_VERSION=\"6.0\" -DMOZ_UA_BUILDID=\"\" -DMOZ_DLL_SUFFIX=\".so\" -DHAVE_POSIX_FALLOCATE=1 -DHAVE_FONTCONFIG_FCFREETYPE_H=1 -DXP_UNIX=1 -DUNIX_ASYNC_DNS=1 -DMOZ_ACCESSIBILITY_ATK=1 -DATK_MAJOR_VERSION=2 -DATK_MINOR_VERSION=0 -DATK_REV_VERSION=1 -I/build/src/icecat-6.0/toolkit/locales/en-US/defines.inc -I/build/src/icecat-6.0/browser/locales/en-US/defines.inc /build/src/icecat-6.0/browser/locales/generic/install.rdf > ../../dist/xpi-stage/locale-en-US/install.rdf Can't open perl script "/build/src/icecat-6.0/config/preprocessor.pl": No such file or directory make[4]: *** [langpack-en-US] Error 2 make[4]: Leaving directory `/build/src/icecat-6.0/ff-pgo/browser/locales' make[3]: *** [libs] Error 2 make[3]: Leaving directory `/build/src/icecat-6.0/ff-pgo/browser/installer' make[2]: *** [default] Error 2 make[2]: Leaving directory `/build/src/icecat-6.0/ff-pgo/browser/installer' make[1]: *** [package] Error 2 make[1]: Leaving directory `/build/src/icecat-6.0/ff-pgo' make: *** [profiledbuild] Error 2 ==> ERROR: A failure occurred in build(). Aborting... [

commented on 2011-08-17 18:25 (UTC)

i used http://mirror.linuzeros.org/icecat/testing/icecat-6.0-1.src.tar.gz and it builds with "--disable-crashreporter", so we had no problems with this one.

fauno commented on 2011-08-17 18:12 (UTC)

About PGO, I got to skip the crashreporter locales error (was it failing for you?) but now it's missing the preprocessor.pl script.

fauno commented on 2011-08-17 17:50 (UTC)

About PGO, I got to skip the crashreporter locales error (was it failing for you?) but now it's missing the preprocessor.pl script.

figue commented on 2011-08-17 15:44 (UTC)

@andy123 Thanks. It seems xpt.py file doesn't exist in xulrunner package never :O

commented on 2011-08-17 15:13 (UTC)

@figue same on x86_64, looks like we don't have a "xpt.py" but icecat wants to use it during the build process.

fauno commented on 2011-08-17 14:54 (UTC)

I'm building it like Arch's firefox. So far it fails trying to build the crashreporter locale, which is disabled... I removed any mention to it I found useful, I'll keep you posted.

figue commented on 2011-08-17 13:16 (UTC)

@cb474 thank you for the workaround. It works for me. Do you have an i686 too? Anyone can test it in a x86_64? In this release Giuseppe add Mafiaafire by default. Works fine for me. Anyway, you can disable it o delete it from /usr/lib. I'm trying to build IceCat through XULrunner, but doesn't work now. If anyone want to help, this is the tarball: http://mirror.linuzeros.org/icecat/testing/icecat-6.0-1.src.tar.gz (not working) See this for the build: http://mirror.linuzeros.org/icecat/testing/build-error-6.0.txt

cb474 commented on 2011-08-17 09:29 (UTC)

With the upgrade to 6.0, I'm getting a problem where sites running flash crash icecat and I have to force quit. In a terminal, I get this error: ** (icecat-bin:20483): WARNING **: Serious fd usage error 16 ** (icecat-bin:20483): WARNING **: Serious fd usage error 12 If I go into about:config and set dom.ipc.plugins.enabled to false, that solves the problem as a workaround. Firefox 6.0 on the same machine does not exhibit this problem. Any suggestions?

cb474 commented on 2011-08-17 05:26 (UTC)

Is Mafiaafire Riderector a default extension in icecat now? It suddenly appeared with icecat 6.0 and doesn't seem like it can be removed. Just trying to figure out where it came from. Thanks.

fauno commented on 2011-08-17 00:07 (UTC)

figue: in my user experience, it's using a lot more ram. one of my machines swaps constantly and it has 1gb ram :|

figue commented on 2011-08-16 23:55 (UTC)

@fauno Maybe it's a good idea. Do you have noticed any change in user-end experience?

fauno commented on 2011-08-16 23:11 (UTC)

I'm building icecat 6 following firefox's PKGBUILD. I'll post how that goes in a few hours. But now that xulrunner is 6.0, can't we roll back to linking to it?

figue commented on 2011-08-15 17:27 (UTC)

We will skip this release. Check https://lists.gnu.org/archive/html/bug-gnuzilla/2011-08/msg00001.html Firefox 6.0 is out and I think it's the best choice, IceCat takes a lot of time to build now...

flocke commented on 2011-08-15 10:30 (UTC)

5.0.1 is out

figue commented on 2011-07-30 18:51 (UTC)

I have a workaround for Gnome 3.0 dock icon issue. If in /usr/share/applications/icecat.desktop we change the exec line to: Exec=/usr/lib/icecat-5.0/icecat-bin it works fine. It seems that Gnome don't detect the process tree and "think" that the final binary file is a new application. Don't know if we can solve in the /usr/lib/icecat-5.0/run-icecat.sh script.

figue commented on 2011-07-03 19:04 (UTC)

@thevoidzero Those lines are in extra/firefox package. IceCat was based on it, but with a small changes. In the case of build(), I think that the comments explain what are doing. We don't need to cause conflicts with the user dictionaries, and don't want to remove the included dictionary on IceCat source code. The commented lines in package() are in reference to profilebuild (PGO), and I need more information about this. Maybe a forum could help ;)

commented on 2011-07-03 10:44 (UTC)

(I'd like a forum to go with this PKGBUILD, please ;-p) So here's a question - there are a few commented lines, two in build() and a couple in package(). The latter is about dictionaries. Could you please explain what those lines do when uncommented?

figue commented on 2011-07-02 15:09 (UTC)

No, with Firefox it works fine. It's something with 5.0 build, it works until 4.1

wonder commented on 2011-07-02 07:02 (UTC)

does that happen with firefox package too?

figue commented on 2011-07-01 20:18 (UTC)

I tried installing all those icons http://pastebin.com/raw.php?i=NyP7UnJm but problem persist. It's little different though but it's buggy... Am I doing something wrong?

wonder commented on 2011-07-01 11:07 (UTC)

hmm, is not the same thing. it does that because in this PKGBUILD you don't install all icon sizes. this is the reason if i recall and happened with our thunderbird too before installing all icon sizes

figue commented on 2011-06-30 23:18 (UTC)

@wonder I have this bug too, but I'm talking about this: http://blackhole.linuzeros.org/figue/screenshot-icecat.png Look at the right bar. I launched IceCat 3 times, adding it to favourites, but those icons don't launch anything when I close the process, so Gnome Shell is failing when create the favourite. It's very weird.

wonder commented on 2011-06-29 23:51 (UTC)

@figure that is a bug in nvidia driver http://www.nvnews.net/vbulletin/showthread.php?t=163178

figue commented on 2011-06-29 21:32 (UTC)

@cb474 yes, more than 1 hour in my computer I have some issues with Gnome Shell extension dock. Launcher icon appears 2 times when I launch IceCat. Anyone have extra/gnome-shell-extension-dock and can confirm this? Maybe it's just my session (long time without restart with many updates)...

cb474 commented on 2011-06-29 19:23 (UTC)

@figue the build worked fine for me, it just took a really long time (30 minutes? and hour? i forget).

figue commented on 2011-06-29 17:09 (UTC)

@wonder understood... @all Any issues with new build process?

wonder commented on 2011-06-29 15:07 (UTC)

sadly it breaks gjs and i decided not to update it for now

figue commented on 2011-06-29 14:45 (UTC)

@wonder Great! I'm not sure what's better choice for IceCat. I really enjoy fastest build with xulrunner, but I understand the xulrunner situation

wonder commented on 2011-06-29 06:58 (UTC)

i intent to update xulrunner today but first i need to be sure it doesn't break stuff like gnome-shell :)

figue commented on 2011-06-29 06:38 (UTC)

5.0 is up. There are major changes in build process: - Firefox from official repos was rewrited and, now, doesn't have xulrunner dependency (extra/xulrunner is out-of-date right now) - Need to build all the source which makes build process longer. - Firefox include now PGO (Profile-Guided Optimization), but I'm not sure that works in IceCat (tried, but build fail all the times). Now we have IceCat "PGO free". Please, test as usual. When I have some time, I will study the issue of PGO.

figue commented on 2011-06-24 19:02 (UTC)

There is an alpha version here: ftp://alpha.gnu.org/gnu/gnuzilla/5.0/ but it's buggy now https://lists.gnu.org/archive/html/bug-gnuzilla/2011-06/msg00011.html So I haven't time to test it and I need IceCat very stable because it's my default browser in my daily work.

cb474 commented on 2011-06-23 17:24 (UTC)

It doesn't look like Gnuzilla has released a version of icecat 5 yet. ftp://ftp.gnu.org/gnu/gnuzilla/

fauno commented on 2011-06-23 13:59 (UTC)

Any plans on icecat 5? I may be working on a PKGBUILD today :)

commented on 2011-05-21 14:57 (UTC)

please add "x-scheme-handler/http;x-scheme-handler/https;" to the MimeType in the icecat.desktop to set icecat as default

figue commented on 2011-04-11 10:05 (UTC)

4.0 is up!

figue commented on 2011-04-03 14:58 (UTC)

Uploaded RC2 tarball: http://mirror.linuzeros.org/icecat/testing/icecat-4.0rc2-1.src.tar.gz Pre-compiled packages: http://mirror.linuzeros.org/icecat/testing/icecat-4.0rc2-1-i686.pkg.tar.xz http://mirror.linuzeros.org/icecat/testing/icecat-4.0rc2-1-x86_64.pkg.tar.xz

figue commented on 2011-03-28 21:04 (UTC)

Tabs are fine here. Maybe you can try with a clean profile: $ icecat -P

fauno commented on 2011-03-28 21:03 (UTC)

nevermind, was a problem on my pkgbuild :) thanks! it will be on parabola repos in a few minutes!

cb474 commented on 2011-03-28 18:59 (UTC)

@fauno I'm using 4.0rc1-1 and everything is working fine, including tabs.

fauno commented on 2011-03-28 17:52 (UTC)

does 4.0rc1 open new tabs for you? it's the only thing that doesn't work here, afaict.

figue commented on 2011-03-27 16:20 (UTC)

pkgrel=2 is up. Please, test it: http://mirror.linuzeros.org/icecat/testing/icecat-4.0rc1-2.src.tar.gz

figue commented on 2011-03-24 16:29 (UTC)

IceCat 4.0-rc1 is up for testing purposes only. I need more time to clean all stuff, but if you want to test it here is the source tarball: http://mirror.linuzeros.org/icecat/testing/icecat-4.0rc1-1.src.tar.gz I uploaded x86_64 binary package too: http://mirror.linuzeros.org/icecat/testing/icecat-4.0rc1-1-x86_64.pkg.tar.xz Happy testing!

wonder commented on 2011-03-24 10:26 (UTC)

don't compile icecat with system xul support.

figue commented on 2011-03-24 10:23 (UTC)

3.6.16 is up, but we don't have xulrunner, because it's upgraded to 2.0 in official repos. What can we do? Wait until Giuseppe releases IceCat 4.0 (he's working on it), or we push a new xulrunner version on AUR for 3.6.16?

Ravenman commented on 2011-03-03 22:23 (UTC)

@Wonder You are right!. Sorry, I forgot it. Thanks by your advice.

wonder commented on 2011-03-03 21:30 (UTC)

@Ravenman this is a build. customize it yourself.

Ravenman commented on 2011-03-03 21:26 (UTC)

Could you compile it without HAL and GNOME components (as dependences), please?

figue commented on 2011-03-03 14:10 (UTC)

Updated!

commented on 2011-03-03 13:32 (UTC)

Please change the md5sum to: 367ae51a84b290fff548721bf83bb8b4

figue commented on 2011-03-02 14:44 (UTC)

There: ftp://ftp.gnu.org/pub/gnu/gnuzilla/3.6.14/ But it seems that Giusseppe remove it. Downgrading...

commented on 2011-03-02 14:17 (UTC)

Where did you get version 3.6.14 as that is not yet available?

msx commented on 2010-12-17 03:11 (UTC)

@cantabile Thank you!! I will look upon that and let you know =)

jackoneill commented on 2010-12-16 08:31 (UTC)

@msx: You will need to modify one of those patches a bit: firefox-cross-desktop.patch - succeeded firefox-kde.patch - failed firefox-no-gnomevfs.patch - succeeded firefox-browser-css.patch - succeeded (s/modify/redo/ actually) The other patches seem to have nothing to do with kde integration: mozilla-firefox-1.0-lang.patch browser-defaulturls.patch firefox-version.patch firefox-agent.patch python2.7.patch

msx commented on 2010-12-16 01:53 (UTC)

Hi figue, guys: I just discovered the opensuse patch that integrates so well firefox to kde. Do you know if is there any possibility to use it with Icecat too? I was to try that out but I think best thing was to ask you and ask for advice aswell. Thank you for packaging Icecat for all of us!

figue commented on 2010-12-14 10:16 (UTC)

Ok, we can remove it. Then we could put an advice in the post-installation script: "New version of the privacy extension avaliable here http://ftp.gnu.org/gnu/gnuzilla/3.6.13/privacy_ext.xpi"

jackoneill commented on 2010-12-14 08:39 (UTC)

By the way, doesn't gnu publish checksums anywhere? For their tarballs?

jackoneill commented on 2010-12-14 08:38 (UTC)

Yes! I have an idea: http://paste.pocoo.org/show/304633/ In short, we don't include it in the package. Also, I removed pkg-config because it's in the base-devel group, replaced a couple hard tabs with spaces, and added a "package()" function. ^_^

figue commented on 2010-12-14 08:04 (UTC)

I have a little problem with v3.6.13. IceCat put a extension in /usr/lib/icecat-3.6/extensions/privacy_ext.xpi, so in every start IceCat prompt to install it. For now, the only way to fix it is to remove it manually after first restart. I'd could show a message in post installation script... Anybody have a better idea? Thanks

figue commented on 2010-11-04 16:20 (UTC)

It's true. Fixed! (same pkgrel)

jackoneill commented on 2010-11-04 15:31 (UTC)

Umm, in the source tarball, why are these files executable? icecat.desktop icecat.install icecat-safe.desktop xulrunner-copy-stub.patch

figue commented on 2010-10-28 20:51 (UTC)

pkgrel=2 patched this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=607222

figue commented on 2010-10-20 22:56 (UTC)

Updated. Added python patch and xulrunner 1.9.2.11, wating for Giuseppe update.

Ravenman commented on 2010-10-20 22:45 (UTC)

Please update: http://www.archlinux.org/news/python-is-now-python-3/

wonder commented on 2010-10-19 18:43 (UTC)

use this patch: http://repos.archlinux.org/wsvn/packages/firefox/trunk/python2.7.patch

jackoneill commented on 2010-10-19 18:39 (UTC)

Please change 'python' to 'python2' in the makedeps, because the package called 'python' now provides version 3.1.2 and it throws this error while building icecat: /usr/bin/python ../toolkit/xre/make-platformini.py --print-buildid > buildid File "../toolkit/xre/make-platformini.py", line 17 print datetime.now().strftime('%Y%m%d%H%M%S') ^ SyntaxError: invalid syntax

jackoneill commented on 2010-10-03 11:51 (UTC)

That's like 2 changes, what took them so long...

figue commented on 2010-10-02 19:24 (UTC)

3.6.10 is up. Changelog: This new version includes all changes made upstream in Firefox 3.6.10. Now the privacy extension gives an alert everytime a bookmark containing javascript code is stored. Now, by default, HTML5 local storage is disabled. If you desire it, then it must be manually enabled.

Ravenman commented on 2010-09-22 22:54 (UTC)

@captainhaggy: Thank you. It worked for me.

commented on 2010-09-22 16:42 (UTC)

If the question appears ==> Edit PKGBUILD ? [Y/n] ("A" to abort) Say yes, edit the line you see aboth and enter a > at the position, where you can see it here in the comment. It lookls like this depends=("xulrunner=${_xulver}" 'desktop-file-utils') and has to be changed to depends=("xulrunner>=${_xulver}" 'desktop-file-utils') Now icecat is able to install again.

jackoneill commented on 2010-09-22 13:24 (UTC)

@figue: Thanks :) There are indeed no file conflicts between firefox-beta and icecat.

figue commented on 2010-09-22 13:11 (UTC)

@cantabile there's no reason, I think this comes from an old version. I'll remove in the next release.

jackoneill commented on 2010-09-22 12:28 (UTC)

Is there some very good reason for icecat to provide firefox? I want to install firefox-beta, but pacman won't let me, because it conflicts with firefox, and icecat provides firefox. There should be no file conflicts between the two, after all firefox and icecat can live on the same system just fine.

cb474 commented on 2010-09-19 20:51 (UTC)

Yeah, I know they've done that in the past, when there was a release to change one setting in about:config, Gnuzilla didn't upgrade Icecat. But Firefox 3.6.10 was released because users were having issues with it crashing on startup (in Windows, OS X, and Linux). Seems more significant. There may only be a couple lines of code different, but that doesn't mean they don't resolve a real problem. Anyway, I'm not having the crash problem. I was just surprised Gnuzilla wasn't upgrading this time.

jackoneill commented on 2010-09-19 11:39 (UTC)

@cb474: They probably think the differences between 3.6.9 and 3.6.10 are insignificant. You can see for yourself by downloading these two: http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.6.9/source/firefox-3.6.9.source.tar.bz2 http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.6.10/source/firefox-3.6.10.source.tar.bz2 Put each in its own folder, extract, then run `diff -r firefox369/mozilla-1.9.2 firefox3610/mozilla-1.9.2` There's not much to see, though.

cb474 commented on 2010-09-19 08:53 (UTC)

Yes, I meant on the Gnuzilla site. Why is Gnuzilla not upgrading to 3.6.10. That was my question.

wonder commented on 2010-09-18 20:26 (UTC)

because there is no 3.6.10 version? look in the ftp tree

cb474 commented on 2010-09-18 20:25 (UTC)

Is there a reason why Icecat is not being upgraded to 3.6.10?

jackoneill commented on 2010-09-18 11:04 (UTC)

I just compiled icecat with xulrunner 1.9.2.10 and it works.

haawda commented on 2010-09-18 01:25 (UTC)

Builds fine with latest xulrunner and autoconf.

jackoneill commented on 2010-09-13 09:49 (UTC)

I see. Thanks.

figue commented on 2010-09-13 09:46 (UTC)

@cantabile Sorry, I've forgot to comment. New release use /usr/lib/icecat-3.6 for instalation path because locale packages use /usr/lib/icecat symlink to install in correct place, though IceCat use /usr/lib/icecat-3.6.X, so those directories don't remove on every upgrade. With this method, all was clean. post_install() has a suggestion to remove those old directories. If you don't use any locale, you can ignore this upgrade.

jackoneill commented on 2010-09-13 09:24 (UTC)

Sorry, forgot to specify: from 3.6.9-1 to 3.6.9-2

jackoneill commented on 2010-09-13 09:23 (UTC)

What is the reason for the pkgrel bump? (just curious)

figue commented on 2010-09-11 15:43 (UTC)

@Baho-Utot I have some issues in the past with lastest autoconf version (2.5.X). In Mozilla's developers says to use autoconf 2.13. This was the reason. https://developer.mozilla.org/En/Developer_Guide/Build_Instructions/Linux_Prerequisites#All_other_systems I'll try to use lastest version in the next release. Thank you

wonder commented on 2010-09-11 01:21 (UTC)

@Baho-Utot dude stop refreshing the page, you posted the same message 3 times already

commented on 2010-09-11 01:11 (UTC)

Why the requirement for autoconf-2.13?? I just compiled it with autoconf-2.67-1 and it works

wonder commented on 2010-09-11 00:27 (UTC)

@Baho-Utot no. the actually package is called autoconf2.13 and is in extra

commented on 2010-09-11 00:25 (UTC)

PKGBUILD has a flea makedepends=('zip' 'libgnomeui>=2.24.1' 'python' 'wireless_tools' 'autoconf2.13') shoud be makedepends=('zip' 'libgnomeui>=2.24.1' 'python' 'wireless_tools' 'autoconf>=2.13')

jackoneill commented on 2010-09-09 09:34 (UTC)

3.6.9 is out.

fauno commented on 2010-09-08 21:19 (UTC)

I've just compiled 3.6.9 on an archroot and it asked for libnotify ;)

figue commented on 2010-07-21 05:31 (UTC)

@fgr I don't have that bug. In my case, I can't move tabs

wonder commented on 2010-07-20 22:33 (UTC)

@cb474 to bad that know they should try to release 3.6.7

cb474 commented on 2010-07-20 22:31 (UTC)

If people are interested, it looks like the Gnuzilla people will not upgrade Icecat to 3.6.6, because all it does is change one setting in the about:config. So Icecat won't be back in sync, as it were, with Firefox until the next upgrade. An explanation can be found here, as well as insturctions on what about:config setting to change if you want the 3.6.6 "upgrade": https://launchpad.net/~gnuzilla-team/+archive/ppa

fgr commented on 2010-07-20 19:05 (UTC)

@ecolinux for you probably IceCat works fine with the latest version of xulrunner. Not in my case: after I've compiled IceCat with xulrunner 1.9.2.6, I wasn't able to hear audio in any '.flv' file streaming.

ecolinux commented on 2010-07-20 09:18 (UTC)

the PKGBUILD : http://aur.pastebin.com/nWKwFeD7

ecolinux commented on 2010-07-20 09:05 (UTC)

Hello, i don't understand what you say about xulrunner. xulrunner-1.9.2.6 work with icecat 3.6.4 . where is the problème ? but i compil with autoconf (who replace autoconf2.13) and xulrunner-19.2.6 _xulver=1.9.2.6 depends=('xulrunner=1.9.2.6' 'desktop-file-utils' 'mime-types' 'shared-mime-info') makedepends=('zip' 'libgnomeui>=2.22.1' 'python' 'wireless_tools' 'autoconf') Icecat seem work fine

cb474 commented on 2010-07-01 00:46 (UTC)

@Ravenman: Or you could download the older version of xulrunner from Arch Rollback Machine: http://arm.kh.nu/search/. Use "pacman -U" to install it. Then edit the IgnorePkg line in pacman.conf and add xulrunner, so it doesn't get upgraded, with system upgrades. That's what I do when I'm waiting for Icecat to get upgraded to the latest version. Usually Icecat upgrades right away or withing a couple days, but this time the GNU OS people seem to be taking a longer time.

figue commented on 2010-06-30 22:29 (UTC)

@Ravenman, IceCat needs exactly its xulrunner version, but you can use IceCat with lastest xulrunner, though. It isn't recommended, just "it works". I've been playing a bit and IceCat seems to be stable. Quick steps: - pacman -Sd xulrunner - Download lastest tarball and untar it. - makepkg -d - pacman -U icecat-3.6.4-1-${arch}.pkg.tar.xz or just you can wait until Giuseppe release lastest version ;)

Ravenman commented on 2010-06-30 19:07 (UTC)

The package xulrunner has been updated from 1.9.2.4 to 1.9.2.6 version and I can't install IceCat by the dependencies. What can I do?

figue commented on 2010-06-27 08:20 (UTC)

i18n package was splitted. Please, check your language package: icecat-${langpack}. Much better, I think.

wonder commented on 2010-06-24 10:19 (UTC)

i was talking only about icecat and firefox. if you use firefox, pacman will never fetch libgnomeui and after compiling icecat you do pacman -Rs $(pacman -Qdtq) will clean that crap too.

tjwoosta commented on 2010-06-24 08:00 (UTC)

Am I really though? I have gtk-qt-engine running just fine without libbonoboui or kdelibs (which both pull in a ton of unnescessary depends), and I have icecat running just fine without libgnomeui. Both of which were built without those packages and without the need for --disable flags or otherwise pkgbuild modification except removing/replacing deps. If this is possible, why should they be required? How about this from the gtk-qt-engine readme? Prerequisites: CMake 2.4 Qt 4.3 developement package GTK developement package I dont see any libgnomeui or kdelibs, no affiliation with any DE at all. or how about this from the icecat readme? The default configuration of IceCat uses the following libraries: libpango libpangoxft libpangoft2 libfreetype libxft libgtk2 libx11 wheres libgnomeui? The configure script checks for it sure, but it doesnt require it, not for building or otherwise. Only gnome users might want this, but even then its not required. Its like an optbuilddep because its optional, but if you choose to use it it should be installed before you compile like a builddep. This could easily be covered in the optdep details (libgnomeui: for gnome integration, requires rebuilding the package)

wonder commented on 2010-06-24 06:27 (UTC)

@tjwoosta you are such full of crap. if you don't know the difference between depends and makedepends you are not allowed to speak.

crank commented on 2010-05-28 11:26 (UTC)

I can confirm that, it builds fine without it. Does anybody know what necko-wifi is? This is what depends on the wireless_tools package. If you want to get rid of this dependency you must add "ac_add_options --disable-necko-wifi" to mozconfig. .c

tjwoosta commented on 2010-05-24 00:47 (UTC)

Still, its not required, it builds perfectly fine without it, and it pulls a bunch of gnome crap that nobody needs. They should really change the firefox pkgbuild too. Its not the first time the arch maintainers have screwed up with the depends. Compate the gtk-qt-engine pkgbuild (extra) with the gtk-qt-engine-svn pkgbuild (AUR). The maintainers screwed up big time with the one in extra, it pulls about 50 depends (mostly gnome crap) when gtk-qt-engine really only needs gtk and qt. Its like a chain reaction, one unnescessary depend pulls another which pulls another which then pulls most of gnome. Its just a pointless waste of space for anyone who doesnt use gnome, and even if they do use gnome its not nescessary.

figue commented on 2010-05-15 08:47 (UTC)

Check Firefox dependencies (http://repos.archlinux.org/wsvn/packages/firefox/trunk/PKGBUILD). IceCat PKGBUILD was created from it.

tjwoosta commented on 2010-05-15 08:16 (UTC)

Why is libgnomeui a makedepend? It pulls in a bunch of other useless gnome dependencies and icecat builds and runs perfectly fine without it.

figue commented on 2010-05-05 18:21 (UTC)

It's strange... Not the same code except for the closed source?

wonder commented on 2010-05-05 18:18 (UTC)

because is not needed.

figue commented on 2010-05-05 15:16 (UTC)

Fine, uploaded new update with changes made by wonder, except for search engines. Build was fine for me in x86_64. Thank you wonder! Anyway, the Firefox package in extra didn't have autoconf 2.13: depends=("xulrunner=${_xulver}" 'desktop-file-utils') makedepends=('zip' 'pkgconfig' 'diffutils' 'libgnomeui>=2.24.1' 'python' 'wireless_tools') Do you know why?

wonder commented on 2010-05-05 12:06 (UTC)

autoconf-2.13 is needed internally by firefox and they _need_ that specific version because something that they use there is not compatible with the new one. the third-party search can be remove. i said that i was trying to help parabola and they had that so remove it if you don't like it.

figue commented on 2010-05-05 08:50 (UTC)

Hi wonder! Thanks for the contribution. I'm seeing right now. First question about autoconf-2.13: I implemented that patch because IceCat compile fine with last autoconf and I think we don't have to install more packages than necessaries. If some day IceCat won't build, we add autoconf 2.13 as well. Right? Second: Do you think that is necessary to add third-party search engines? I prefer to leave it default and user choice. icecat.sh was an old implementation. I want to see which implies.

wonder commented on 2010-05-04 20:43 (UTC)

here are some fixes for this build helping parabola: http://archlinux.ro/~ioni/parabola/icecat-3.6.3-1.src.tar.gz (note you may want to adapt Contributors) ChangeLog: * removed useless makedepends because those are part from base and base-devel groups. * removed autoconf-2.13.patch and added autoconf-2.13 to makedepeds * removed icecat.sh since is useless in this form as it has ICECATDIR pointing to a location that doesn't exits. it should be ICECATDIR="/usr/lib/icecat-3.6.3" but is working without it too. * changed $stardir/pkg and $startdir/src to $pkgdir and $srcdir

figue commented on 2010-04-04 13:41 (UTC)

IceCat 3.6.3 and i18n package are up.

cb474 commented on 2010-04-04 02:39 (UTC)

icecat 3.6.3 is up now. thanks for all the work on this figue.

figue commented on 2010-04-03 06:13 (UTC)

At this time there isn't new version. Please, don't flag out-of-date until new version is released: http://gnuzilla.gnu.org/download/ or http://ftp.gnu.org/gnu/gnuzilla/

figue commented on 2010-03-25 00:44 (UTC)

My pleasure fauno. Thanks to the great work of Jakub Schmidtke with firefox and xulrunner in [extra], and Muhammad and Evan that contribute to this package in the past.

fauno commented on 2010-03-25 00:27 (UTC)

hey figue! we're using your pkgbuild for our official build of gnu icecat, you can find it on http://www.parabolagnulinux.org/repo/free/ we also replace propietary/non privacy friendly search engines for others, as scroogle, logless and yacy :) thanks for your contribution!