Package Details: icecat 38.8.0-3

Git Clone URL: https://aur.archlinux.org/icecat.git (read-only)
Package Base: icecat
Description: GNU version of the Firefox browser.
Upstream URL: http://www.gnu.org/software/gnuzilla/
Licenses: GPL, MPL, LGPL
Submitter: None
Maintainer: figue (figuepluto, jfigueras)
Last Packager: jfigueras
Votes: 171
Popularity: 1.039692
First Submitted: 2007-12-09 10:12
Last Updated: 2016-06-28 10:49

Dependencies (29)

Required by (0)

Sources (10)

Pinned Comments

figue commented on 2015-11-29 21:10

@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

Latest Comments

figue commented on 2016-07-20 22:13

@cronos check the pinned comment.

cronos commented on 2016-07-20 21:43

[error] verification with GPG signatures, public key unknown 3C76EED7D7E04784
Help!

abi commented on 2016-06-28 17:06

Works fine, thank you!

figue commented on 2016-06-28 10:50

Done. You should be able to use gstreamer now.

figue commented on 2016-06-28 07:20

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

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

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

I've noticed that h264 was disabled during recent upgrade. Why ? 38 still uses gstreamer.

ammonaur commented on 2016-06-23 05:40

Thanks, it built successfully.

figue commented on 2016-06-21 19:33

Hi @ammonaur, like always, please, rebuild the package to fix hunspell dependency.

ammonaur commented on 2016-06-21 18:33

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

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

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

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

@matoro ok, in Spain we said: "it happens even in the best of families" :)

matoro commented on 2016-04-11 16:26

@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

@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

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

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

@ammonaur just build 38.7.1. I forgot to update .SRCINFO before...

ammonaur commented on 2016-04-08 21:11

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

@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

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

@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

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

==> 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

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

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

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

@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

@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

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

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

@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

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

@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.

stbinan commented on 2015-11-06 08:44

@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

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

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

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.

Anonymous comment on 2015-10-27 08:30

failed to build, its said :
cp: target ‘.mozconfig’ is not a directory

sikmir commented on 2015-10-23 10:47

@figue, Thanks!

figue commented on 2015-10-22 22:15

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

icecat-38.3.0-gnu1.tar.bz2 ... FAILED (unknown public key 3C76EED7D7E04784)

jugs commented on 2015-10-18 22:24

Thanks for your work on this @figue, much appreciated.

figue commented on 2015-10-14 22:26

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!

archaurwiki commented on 2015-10-14 20:42

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

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

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

Thanks, I'll try. First attempt to build the new source fails... I'm starting again.

Lowe commented on 2015-10-13 10:43

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

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

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

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

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

@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

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

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

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

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

@archaurwiki done. Pull your local repo.

jei commented on 2015-08-28 02:09

@snarfies: Import gpg key A57369A8BABC2542B5A0368C3C76EED7D7E04784 and trust it.

snarfies commented on 2015-08-27 02:01

==> 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]

archaurwiki commented on 2015-08-26 16:59

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!

archaurwiki commented on 2015-08-26 16:50

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

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?

ErkanMDR commented on 2015-08-17 09:50

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

Hi @respiranto,
answered in your thread[1].

respiranto commented on 2015-07-18 14:22

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

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

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

That patch works. v31.8.0 is up.

jfigueras commented on 2015-07-15 11:40

@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

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

Fixed. Thank you @warsh

warsh commented on 2015-07-08 12:05

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

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 :)

figue commented on 2015-06-08 19:26

Thanks @twouters for the link. I have successfully compiled IceCat 31.7.0 with a new patch based on yours.

I can't built i686, but I expect no problems with it. Tonight I will 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

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

@figue I've got the same issue, even when building in a clean chroot.

figue commented on 2015-05-23 10:43

@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

/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

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().

r0b0h0b0 commented on 2015-05-22 19:29

Hi figue, 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

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

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.

r0b0h0b0 commented on 2015-05-22 08:37

Building icecat fails. Would anybody be able to help?

make[3]: *** [compile] Error 2
make[3]: Leaving directory '/tmp/pacaurtmp-user/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu'
/tmp/pacaurtmp-user/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-user/icecat/src/icecat-31.6.0/obj-x86_64-unknown-linux-gnu'
/tmp/pacaurtmp-user/icecat/src/icecat-31.6.0/client.mk:381: recipe for target 'realbuild' failedmake[1]: *** [realbuild] Error 2
make[1]: Leaving directory '/tmp/pacaurtmp-user/icecat/src/icecat-31.6.0'
client.mk:168: recipe for target 'build' failed
make: *** [build] Error 2

r0b0h0b0 commented on 2015-05-22 07:48

pacman fails to verify icecat's signature:
icecat-31.6.0-gnu1.tar.bz ... FAILED (unknown public key 3C76EED7D7E04784)

figue commented on 2015-05-21 20:33

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

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.

Caocoa commented on 2015-05-20 21:01

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 ~

fylou commented on 2015-05-19 15:29

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

archaurwiki commented on 2015-05-18 10:28

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

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

I got the error too on build(). Shame, it took quite long to compile and it crashed at end.

Are there any binary packages?

archaurwiki commented on 2015-05-06 00:14

@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

I'm getting lots of write errors while trying to build this.

howdoitype commented on 2015-05-03 16:33

I figured it out. I didn't have enough space in my /tmp

howdoitype commented on 2015-05-03 16:23

I got several "write failed" and "cannot create 'insert directory here'" errors while trying to build it using yaourt.

archaurwiki commented on 2015-04-29 16:56

@DrTebi, @stbinan:
https://wiki.archlinux.org/index.php/Makepkg#Signature_checking
https://wiki.archlinux.org/index.php/GnuPG#Import_key

stbinan commented on 2015-04-29 05:17

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

Hmm.... I didn't know that that was necessary? I didn't have to do this for any other AUR packages.

archaurwiki commented on 2015-04-28 21:07

$ gpg --recv-keys 3C76EED7D7E04784 # <= Did you bother to do this before installing?

DrTebi commented on 2015-04-28 20:33

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

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

Thanks! :)

stamno commented on 2015-04-27 01:08

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

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.

archaurwiki commented on 2015-04-26 05:10

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

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.

archaurwiki commented on 2015-04-24 13:26

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

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

@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

@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

@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.

figue commented on 2015-04-12 13:30

@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

Twilight_Genesis commented on 2015-04-11 00:51

@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-11 00:40

@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 activating either CPU extensions such as SSE2,SSE3, and AVX 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 will 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-11 00:31

@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 activating either CPU extensions such as SSE2,SSE3, and AVX or is adding other optimizations which are causing the segfault.

If you build it using CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2" then it will work just fine.

Twilight_Genesis commented on 2015-04-11 00:23

@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 activating something like SSE2 or AVX which is causing the segfault. If you use -march=x86-64 -mtune=generic then it will work just fine.

Twilight_Genesis commented on 2015-04-10 23:15

@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.

I'm not sure which flag is actually breaking it though.

Twilight_Genesis commented on 2015-04-10 20:00

@figue No, I have never used the testing repo on this machine.

figue commented on 2015-04-10 19:43

@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

@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.

Twilight_Genesis commented on 2015-04-09 23:01

@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.

figue commented on 2015-04-09 21:49

@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

@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.

Twilight_Genesis commented on 2015-04-09 21:01

@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.

archaurwiki commented on 2015-04-09 16:56

@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

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

@archaurwiki Thank you. All recommendations are included now.

archaurwiki commented on 2015-04-08 16:31

@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

@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

@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

@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

@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

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.

figue commented on 2015-04-04 18:17

@Twilight_Genesis Do you have Firefox installed too?

BTW I use extra-i686-build and extra-x86_64-build scripts from devtools.

Twilight_Genesis commented on 2015-04-04 17:41

@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}"

Twilight_Genesis commented on 2015-04-04 17:40

@figue Works fine when built with clean chroot using greysky'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

@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

Compiles fine, but segfaults when run.
http://pastebin.com/eUyTC2cG

Twilight_Genesis commented on 2015-04-04 01:42

Compiles file, but segfaults when run with the following error:

1428111167711 addons.xpi WARN Add-on is invalid: [Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFileInputStream.init]" nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)" location: "JS frame :: resource://gre/modules/addons/XPIProvider.jsm :: loadManifestFromDir :: line 987" data: no] Stack trace: loadManifestFromDir()@resource://gre/modules/addons/XPIProvider.jsm:987 < loadManifestFromFile()@resource://gre/modules/addons/XPIProvider.jsm:1080 < addMetadata()@resource://gre/modules/addons/XPIProvider.jsm:2981 < XPI_processFileChanges()@resource://gre/modules/addons/XPIProvider.jsm:3255 < XPI_checkForChanges()@resource://gre/modules/addons/XPIProvider.jsm:3428 < XPI_startup()@resource://gre/modules/addons/XPIProvider.jsm:1884 < AMI_callProviders()@resource://gre/modules/AddonManager.jsm:869 < AMI_startup()@resource://gre/modules/AddonManager.jsm:745 < AMP_startup()@resource://gre/modules/AddonManager.jsm:2318 < AMC_observe()@resource://gre/components/addonManager.js:55 < <file:unknown>
1428111167712 addons.xpi WARN Could not uninstall invalid item from locked install location
1428111167729 addons.xpi ERROR startup failed: [Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIWindowWatcher.openWindow]" nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)" location: "JS frame :: resource://gre/modules/addons/XPIProvider.jsm :: XPI_showUpgradeUI :: line 2097" data: no] Stack trace: XPI_showUpgradeUI()@resource://gre/modules/addons/XPIProvider.jsm:2097 < XPI_startup()@resource://gre/modules/addons/XPIProvider.jsm:1894 < AMI_callProviders()@resource://gre/modules/AddonManager.jsm:869 < AMI_startup()@resource://gre/modules/AddonManager.jsm:745 < AMP_startup()@resource://gre/modules/AddonManager.jsm:2318 < AMC_observe()@resource://gre/components/addonManager.js:55 < <file:unknown>

fubb commented on 2015-02-24 19:28

@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.

fubb commented on 2015-02-24 19:28

@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

@figue,
now everything is fine, thank you

figue commented on 2015-01-29 16:14

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

compilation errors
http://pastebin.com/sd3BVLGz

D101101 commented on 2015-01-29 15:22

compilation errors

***
resource://gre/modules/devtools/event-emitter.js
resource://gre/modules/devtools/gcli.jsm
console.error:
Failed to lookup
eagerHelperDesc
Message: [Exception... "Component returned failure code: 0x80040111 (NS_ERROR_NOT_AVAILABLE) [nsIStringBundle.GetStringFromName]" nsresult: "0x80040111 (NS_ERROR_NOT_AVAILABLE)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
hideIntroDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
clearDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
contextDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
contextManual
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
contextPrefixDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
globalDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
globalWindowDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
helpDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
helpManual
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
helpSearchDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
helpSearchManual3
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
langDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefManual
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefShowDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefShowManual
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefShowSettingDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefShowSettingManual
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefSetDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefSetManual
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefSetSettingDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefSetSettingManual
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefSetValueDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefSetValueManual
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefResetDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefResetManual
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefResetSettingDesc
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
console.error:
Failed to lookup
prefResetSettingManual
Message: [Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED) [nsIStringBundle.GetStringFromName]" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://gre/modules/devtools/gcli/util/l10n.js :: exports.lookup :: line 65" data: no]
resource://gre/modules/devtools/gcli/api.js
resource://gre/modules/devtools/gcli/cli.js
***
***
resource://app/components/CommandLineHandler.js
resource://app/components/ContentPermission.js
resource://app/components/DirectoryProvider.js
resource://app/components/PaymentUIGlue.js
resource://app/modules/RemoteDebugger.jsm
resource://app/modules/Startup.jsm
resource://app/modules/WebRTCHandler.jsm
resource://app/modules/WebappManager.jsm
resource://app/modules/WebappRT.jsm
Traceback (most recent call last):
File "/build/icecat/src/icecat-31.4.0/toolkit/mozapps/installer/packager.py", line 401, in <module>
main()
File "/build/icecat/src/icecat-31.4.0/toolkit/mozapps/installer/packager.py", line 395, in main
copier.copy(args.destination)
File "/build/icecat/src/icecat-31.4.0/python/mozbuild/mozpack/copier.py", line 333, in copy
if f.copy(destfile, skip_if_older):
File "/build/icecat/src/icecat-31.4.0/python/mozbuild/mozpack/files.py", line 213, in copy
if not File.copy(self, dest, skip_if_older) and \
File "/build/icecat/src/icecat-31.4.0/python/mozbuild/mozpack/files.py", line 138, in copy
shutil.copy2(self.path, dest.path)
File "/usr/lib64/python2.7/shutil.py", line 130, in copy2
copyfile(src, dst)
File "/usr/lib64/python2.7/shutil.py", line 84, in copyfile
copyfileobj(fsrc, fdst)
File "/usr/lib64/python2.7/shutil.py", line 52, in copyfileobj
tee: /logdest/icecat-31.4.0-1-x86_64-package.log: No space left on device
fdst.write(buf)
IOError: [Errno 28] No space left on device
/build/icecat/src/icecat-31.4.0/toolkit/mozapps/installer/packager.mk:722: recipe for target 'stage-package' failed
make[2]: *** [stage-package] Error 1
make[2]: Leaving directory '/build/icecat/src/icecat-31.4.0/obj-x86_64-unknown-linux-gnu/browser/installer'
/build/icecat/src/icecat-31.4.0/browser/build.mk:21: recipe for target 'install' failed
make[1]: *** [install] Error 2
make[1]: Leaving directory '/build/icecat/src/icecat-31.4.0/obj-x86_64-unknown-linux-gnu'
client.mk:388: recipe for target 'install' failed
make: *** [install] Error 2
==> ERROR: A failure occurred in package().
Aborting...

==> ERROR: Build failed, check /var/lib/archbuild/extra-x86_64/sergey/build

figue commented on 2014-10-21 20:09

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

@figue, thank you! I used the binary and it works great.

figue commented on 2014-10-19 22:33

@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

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

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

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

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

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

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

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

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

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.

ajs124 commented on 2014-06-20 19:04

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

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

Try to build it with extra-x86_64-build script (devtools).

andriesinfoserv commented on 2014-06-10 12:11

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

Tried again. It works now. Thanks!

figue commented on 2014-01-21 07:43

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

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

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

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

@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

@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

Also I'm maintaining a personal repo:

[blackhole]
Server = http://mirror.lnx.im/icecat/repo/$arch

Rozan commented on 2013-05-20 11:58

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:56

If you have a x64 system and don't want to wait that long, her'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

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

@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

why is http://mirror.linuzeros.org/ down? /-:

figue commented on 2012-08-23 14:58

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

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

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.

Anonymous comment on 2012-06-12 18:29

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

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

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

New release. Build is fine for me on x86_64. Please test it.

figue commented on 2012-03-22 08:36

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

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

https://lists.gnu.org/archive/html/bug-gnuzilla/2011-11/msg00016.html

cb474 commented on 2011-12-06 02:26

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

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

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

@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

Anonymous comment on 2011-10-02 16:20

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

@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,

Anonymous comment on 2011-10-02 04:34

@ 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

@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)?

Anonymous comment on 2011-10-01 09:25

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

Anonymous comment on 2011-10-01 08:18

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

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.

figue commented on 2011-09-29 18:11

I've a personal repo here, locales included: 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

skydrome you better wait for icecat 7, firefox was released a couple days ago :)

skydrome commented on 2011-09-29 17:50

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

@thevoidzero Works fine for me. Try to start with a clean directory: mv ~/.gnuzilla ~/.gnuzilla.bad

Anonymous comment on 2011-09-25 12:47

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

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

nice! did you have trouble with sessionstore? your PKGBUILD isn't much different than mine...

figue commented on 2011-09-05 12:19

6.0.1 released. Now PGO works!

figue commented on 2011-08-19 21:22

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

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

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

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

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...

figue commented on 2011-08-18 15:16

xpt.py workaround done (with a little patch). Now it's more weird, 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...

Anonymous comment on 2011-08-18 03:38

@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

@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

@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

@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

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...
[

ajs124 commented on 2011-08-17 18:25

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

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

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

@andy123 Thanks. It seems xpt.py file doesn't exist in xulrunner package never :O

ajs124 commented on 2011-08-17 15:13

@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

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

@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

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

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

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

@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

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

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

5.0.1 is out

figue commented on 2011-07-30 18:51

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

@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 ;)

Anonymous comment on 2011-07-03 10:44

(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

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

does that happen with firefox package too?

figue commented on 2011-07-01 20:18

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

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

@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

@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

@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

@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

@wonder understood...

@all Any issues with new build process?

wonder commented on 2011-06-29 15:07

sadly it breaks gjs and i decided not to update it for now

figue commented on 2011-06-29 14:45

@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

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

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

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

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

Any plans on icecat 5? I may be working on a PKGBUILD today :)

ajs124 commented on 2011-05-21 14:57

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

4.0 is up!

figue commented on 2011-04-03 14:58

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

Tabs are fine here. Maybe you can try with a clean profile:

$ icecat -P

fauno commented on 2011-03-28 21:03

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

@fauno I'm using 4.0rc1-1 and everything is working fine, including tabs.

fauno commented on 2011-03-28 17:52

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

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

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

don't compile icecat with system xul support.

figue commented on 2011-03-24 10:23

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

@Wonder You are right!. Sorry, I forgot it. Thanks by your advice.

wonder commented on 2011-03-03 21:30

@Ravenman this is a build. customize it yourself.

Ravenman commented on 2011-03-03 21:26

Could you compile it without HAL and GNOME components (as dependences), please?

figue commented on 2011-03-03 14:10

Updated!

Anonymous comment on 2011-03-03 13:32

Please change the md5sum to: 367ae51a84b290fff548721bf83bb8b4

figue commented on 2011-03-02 14:44

There: ftp://ftp.gnu.org/pub/gnu/gnuzilla/3.6.14/
But it seems that Giusseppe remove it. Downgrading...

Anonymous comment on 2011-03-02 14:17

Where did you get version 3.6.14 as that is not yet available?

msx commented on 2010-12-17 03:11

@cantabile Thank you!! I will look upon that and let you know =)

jackoneill commented on 2010-12-16 08:31

@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 02:19

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!

msx commented on 2010-12-16 01:53

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

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

By the way, doesn't gnu publish checksums anywhere? For their tarballs?

jackoneill commented on 2010-12-14 08:38

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

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

It's true. Fixed! (same pkgrel)

jackoneill commented on 2010-11-04 15:31

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

pkgrel=2 patched this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=607222

figue commented on 2010-10-20 22:56

Updated. Added python patch and xulrunner 1.9.2.11, wating for Giuseppe update.

Ravenman commented on 2010-10-20 22:45

Please update: http://www.archlinux.org/news/python-is-now-python-3/

wonder commented on 2010-10-19 18:43

use this patch: http://repos.archlinux.org/wsvn/packages/firefox/trunk/python2.7.patch

jackoneill commented on 2010-10-19 18:39

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

That's like 2 changes, what took them so long...

figue commented on 2010-10-02 19:24

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

@captainhaggy: Thank you. It worked for me.

Anonymous comment on 2010-09-22 16:42

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

@figue:
Thanks :)
There are indeed no file conflicts between firefox-beta and icecat.

figue commented on 2010-09-22 13:11

@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

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

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

@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

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

because there is no 3.6.10 version?

look in the ftp tree

cb474 commented on 2010-09-18 20:25

Is there a reason why Icecat is not being upgraded to 3.6.10?

jackoneill commented on 2010-09-18 11:04

I just compiled icecat with xulrunner 1.9.2.10 and it works.

haawda commented on 2010-09-18 01:25

Builds fine with latest xulrunner and autoconf.

jackoneill commented on 2010-09-13 09:49

I see.
Thanks.

figue commented on 2010-09-13 09:46

@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

Sorry, forgot to specify:
from 3.6.9-1 to 3.6.9-2

jackoneill commented on 2010-09-13 09:23

What is the reason for the pkgrel bump? (just curious)

figue commented on 2010-09-11 15:43

@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

@Baho-Utot dude stop refreshing the page, you posted the same message 3 times already

Anonymous comment on 2010-09-11 01:11

Why the requirement for autoconf-2.13??
I just compiled it with autoconf-2.67-1 and it works

Anonymous comment on 2010-09-11 00:42

Why the requirement for autoconf-2.13??
I just compiled it with autoconf-2.67-1 and it works

Anonymous comment on 2010-09-11 00:39

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')

wonder commented on 2010-09-11 00:27

@Baho-Utot no. the actually package is called autoconf2.13 and is in extra

Anonymous comment on 2010-09-11 00:25

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

3.6.9 is out.

fauno commented on 2010-09-08 21:19

I've just compiled 3.6.9 on an archroot and it asked for libnotify ;)

figue commented on 2010-07-21 05:31

@fgr I don't have that bug. In my case, I can't move tabs

wonder commented on 2010-07-20 22:33

@cb474 to bad that know they should try to release 3.6.7

cb474 commented on 2010-07-20 22:31

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

@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

the PKGBUILD :
http://aur.pastebin.com/nWKwFeD7

ecolinux commented on 2010-07-20 09:05

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

@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

@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 ;)

figue commented on 2010-06-30 22:28

@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 is 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 ;)

figue commented on 2010-06-30 22:27

@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 was 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

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

i18n package was splitted. Please, check your language package: icecat-${langpack}. Much better, I think.

wonder commented on 2010-06-24 10:19

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

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)

tjwoosta commented on 2010-06-24 07:56

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 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)

tjwoosta commented on 2010-06-24 07:55

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 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

no libgnomeui, no 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

@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

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

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.

tjwoosta commented on 2010-05-24 00:45

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.

Check out 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.

tjwoosta commented on 2010-05-24 00:44

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.

Check out 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.

tjwoosta commented on 2010-05-24 00:42

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.

Check out 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.

figue commented on 2010-05-15 08:47

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

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

It's strange... Not the same code except for the closed source?

wonder commented on 2010-05-05 18:18

because is not needed.

figue commented on 2010-05-05 15:16

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

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

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

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

IceCat 3.6.3 and i18n package are up.

figue commented on 2010-04-04 10:00

I don't find new files in official FTP: http://ftp.gnu.org/gnu/gnuzilla/3.6.3/, only privacy_ext.xpi... where did you see?

cb474 commented on 2010-04-04 02:39

icecat 3.6.3 is up now. thanks for all the work on this figue.

figue commented on 2010-04-03 06:13

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

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

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!