Re: Icecat crash

2017-02-24 Thread Leo Famulari 
On Wed, Feb 22, 2017 at 10:38:02AM +0100, John Darrington wrote:
> On Tue, Feb 21, 2017 at 05:44:43PM -0500, Leo Famulari wrote:
>  On Wed, Feb 15, 2017 at 11:12:45PM +0100, Julien Lepiller wrote:
>  > Hey, I'm also experiencing crashes with icecat since a few months. It
>  > just seems to happen randomly. I've found a note about that on the LFS
>  > website on the firefox page that says that using system cairo is
>  > causing a crash when it tries to do background rendering. So I've
>  > changed our icecat recipe to use the bundled version of cairo, and I
>  > don't get any crash anymore. Would something like this patch be
>  > acceptable?
>  
>  For serious upstream vendors like Mozilla, one of the reasons they
>  bundle things is that they are hitting bugs in the 3rd party library
>  that are not fixed upstream.
>  
>  On the other hand, distros like to unbundle because the upstream vendor
>  tends not to patch security vulnerabilities in their bundled copies
>  quickly enough, in our opinion.
> 
> 
> Surely the advantage of a Functional Package Management System like Guix is
> that we have the best of both worlds.
> 
> We can specify a *specific* version of a dependency to use (patched if 
> necessary)
> but are not forced to bundle it.

You're right. Now that we've discussed some of the issues involved here,
we can start working on fixing this bug in our package. Any takers?


signature.asc
Description: PGP signature

Re: Icecat crash

2017-02-22 Thread John Darrington 
On Tue, Feb 21, 2017 at 05:44:43PM -0500, Leo Famulari wrote:
 On Wed, Feb 15, 2017 at 11:12:45PM +0100, Julien Lepiller wrote:
 > Hey, I'm also experiencing crashes with icecat since a few months. It
 > just seems to happen randomly. I've found a note about that on the LFS
 > website on the firefox page that says that using system cairo is
 > causing a crash when it tries to do background rendering. So I've
 > changed our icecat recipe to use the bundled version of cairo, and I
 > don't get any crash anymore. Would something like this patch be
 > acceptable?
 
 For serious upstream vendors like Mozilla, one of the reasons they
 bundle things is that they are hitting bugs in the 3rd party library
 that are not fixed upstream.
 
 On the other hand, distros like to unbundle because the upstream vendor
 tends not to patch security vulnerabilities in their bundled copies
 quickly enough, in our opinion.


Surely the advantage of a Functional Package Management System like Guix is
that we have the best of both worlds.

We can specify a *specific* version of a dependency to use (patched if 
necessary)
but are not forced to bundle it.
 
J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Icecat crash

2017-02-22 Thread ng0 
On 17-02-21 17:44:43, Leo Famulari wrote:
> On Wed, Feb 15, 2017 at 11:12:45PM +0100, Julien Lepiller wrote:
> > Hey, I'm also experiencing crashes with icecat since a few months. It
> > just seems to happen randomly. I've found a note about that on the LFS
> > website on the firefox page that says that using system cairo is
> > causing a crash when it tries to do background rendering. So I've
> > changed our icecat recipe to use the bundled version of cairo, and I
> > don't get any crash anymore. Would something like this patch be
> > acceptable?
> 
> For serious upstream vendors like Mozilla, one of the reasons they
> bundle things is that they are hitting bugs in the 3rd party library
> that are not fixed upstream.
> 
> On the other hand, distros like to unbundle because the upstream vendor
> tends not to patch security vulnerabilities in their bundled copies
> quickly enough, in our opinion.
> 
> So, if we want to use the bundled cairo, we need to understand what
> upstream version of cairo it is based on, and if it contains any
> unpatched security vulnerabilities.
> 
> Of course, denial-of-service is a security issue, and our IceCat is
> currently suffering from it due to this cairo crash.
> 
> Another option is figure out how to build our IceCat using the skia
> rendering backend [0] instead of cairo, which is the work-around that we
> have been recommending to users. Asking users to change this option
> themselves is not a good solution, in my opinion.

I'm all for the skia solution.
I haven't looked at icecat source in a while, but it should be as easy
as modifying/adding "--enable-skia" to the mozconfig

For a real world example, Gentoo uses this by default for firefox:

https://gitweb.gentoo.org/repo/gentoo.git/tree/eclass/mozconfig-v6.51.eclass
https://gitweb.gentoo.org/repo/gentoo.git/tree/www-client/firefox/firefox-45.7.0.ebuild#n193

> WDYT?
> 
> [0]
> https://bugzilla.mozilla.org/show_bug.cgi?id=1038800
> https://bugzilla.mozilla.org/show_bug.cgi?id=740200#c44
> 
> > From 89a121bab987caef7f0fbe0f5e24085c3ccae42d Mon Sep 17 00:00:00 2001
> > From: Julien Lepiller 
> > Date: Tue, 14 Feb 2017 20:59:15 +0100
> > Subject: [PATCH] gnu: icecat: Fix random crashes.
> > 
> > gnu/packages/gnuzilla.scm (icecat): Remove cairo dependency to fix crashes.
> > ---
> >  gnu/packages/gnuzilla.scm | 5 ++---
> >  1 file changed, 2 insertions(+), 3 deletions(-)
> > 
> > diff --git a/gnu/packages/gnuzilla.scm b/gnu/packages/gnuzilla.scm
> > index 9279c46b5..90655fd76 100644
> > --- a/gnu/packages/gnuzilla.scm
> > +++ b/gnu/packages/gnuzilla.scm
> > @@ -404,6 +404,8 @@ standards.")
> >;; 
> > 
> >;;
> >;; TODO: Use system graphite2.
> > +  ;; TODO: Use system cairo. This currently causes 
> > random
> > +  ;; crash when icecat does background rendering.
> >;;
> >"modules/freetype2"
> >"modules/zlib"
> > @@ -412,7 +414,6 @@ standards.")
> >"media/libjpeg"
> >"media/libvpx"
> >"security/nss"
> > -  "gfx/cairo"
> >"js/src/ctypes/libffi"
> >"db/sqlite3"))
> >;; Delete .pyc files, typically present in icecat source tarballs
> > @@ -426,7 +427,6 @@ standards.")
> >  (inputs
> >   `(("alsa-lib" ,alsa-lib)
> > ("bzip2" ,bzip2)
> > -   ("cairo" ,cairo)
> > ("cups" ,cups)
> > ("dbus-glib" ,dbus-glib)
> > ("gdk-pixbuf" ,gdk-pixbuf)
> > @@ -511,7 +511,6 @@ standards.")
> > "--with-system-nspr"
> > "--with-system-nss"
> > "--enable-system-pixman"
> > -   "--enable-system-cairo"
> > "--enable-system-ffi"
> > "--enable-system-hunspell"
> > "--enable-system-sqlite"
> > -- 
> > 2.11.1
> > 
> 
> 
>

Re: Icecat crash

2017-02-21 Thread Leo Famulari 
On Wed, Feb 15, 2017 at 11:12:45PM +0100, Julien Lepiller wrote:
> Hey, I'm also experiencing crashes with icecat since a few months. It
> just seems to happen randomly. I've found a note about that on the LFS
> website on the firefox page that says that using system cairo is
> causing a crash when it tries to do background rendering. So I've
> changed our icecat recipe to use the bundled version of cairo, and I
> don't get any crash anymore. Would something like this patch be
> acceptable?

For serious upstream vendors like Mozilla, one of the reasons they
bundle things is that they are hitting bugs in the 3rd party library
that are not fixed upstream.

On the other hand, distros like to unbundle because the upstream vendor
tends not to patch security vulnerabilities in their bundled copies
quickly enough, in our opinion.

So, if we want to use the bundled cairo, we need to understand what
upstream version of cairo it is based on, and if it contains any
unpatched security vulnerabilities.

Of course, denial-of-service is a security issue, and our IceCat is
currently suffering from it due to this cairo crash.

Another option is figure out how to build our IceCat using the skia
rendering backend [0] instead of cairo, which is the work-around that we
have been recommending to users. Asking users to change this option
themselves is not a good solution, in my opinion.

WDYT?

[0]
https://bugzilla.mozilla.org/show_bug.cgi?id=1038800
https://bugzilla.mozilla.org/show_bug.cgi?id=740200#c44

> From 89a121bab987caef7f0fbe0f5e24085c3ccae42d Mon Sep 17 00:00:00 2001
> From: Julien Lepiller 
> Date: Tue, 14 Feb 2017 20:59:15 +0100
> Subject: [PATCH] gnu: icecat: Fix random crashes.
> 
> gnu/packages/gnuzilla.scm (icecat): Remove cairo dependency to fix crashes.
> ---
>  gnu/packages/gnuzilla.scm | 5 ++---
>  1 file changed, 2 insertions(+), 3 deletions(-)
> 
> diff --git a/gnu/packages/gnuzilla.scm b/gnu/packages/gnuzilla.scm
> index 9279c46b5..90655fd76 100644
> --- a/gnu/packages/gnuzilla.scm
> +++ b/gnu/packages/gnuzilla.scm
> @@ -404,6 +404,8 @@ standards.")
>;; 
> 
>;;
>;; TODO: Use system graphite2.
> +  ;; TODO: Use system cairo. This currently causes random
> +  ;; crash when icecat does background rendering.
>;;
>"modules/freetype2"
>"modules/zlib"
> @@ -412,7 +414,6 @@ standards.")
>"media/libjpeg"
>"media/libvpx"
>"security/nss"
> -  "gfx/cairo"
>"js/src/ctypes/libffi"
>"db/sqlite3"))
>;; Delete .pyc files, typically present in icecat source tarballs
> @@ -426,7 +427,6 @@ standards.")
>  (inputs
>   `(("alsa-lib" ,alsa-lib)
> ("bzip2" ,bzip2)
> -   ("cairo" ,cairo)
> ("cups" ,cups)
> ("dbus-glib" ,dbus-glib)
> ("gdk-pixbuf" ,gdk-pixbuf)
> @@ -511,7 +511,6 @@ standards.")
> "--with-system-nspr"
> "--with-system-nss"
> "--enable-system-pixman"
> -   "--enable-system-cairo"
> "--enable-system-ffi"
> "--enable-system-hunspell"
> "--enable-system-sqlite"
> -- 
> 2.11.1
> 





signature.asc
Description: PGP signature

Re: Icecat crash

2017-02-15 Thread Julien Lepiller 
On Sun, 25 Dec 2016 21:15:19 -0500
Leo Famulari  wrote:

> On Sun, Dec 25, 2016 at 05:47:33PM -0800, Chris Marusich wrote:
> > Danny Milosavljevic  writes:  
> > > so I've finally found a 100% reproducible way to crash icecat.
> > > Previously it has been sporadic and not reproducible.
> > >
> > > Try going to this site in a new icecat (guix master) instance:
> > >
> > > http://arstechnica.com/security/2016/12/this-low-cost-device-may-be-the-worlds-best-hope-against-account-takeovers/
> > >
> > > Scroll down. It will crash. Every time.  
> > 
> > This doesn't crash for me.  Note that I have applied the "fix" for
> > the previously observed "crashiness", as described here - perhaps
> > that is why it doesn't crash for me:
> > 
> > https://lists.gnu.org/archive/html/help-guix/2016-11/msg8.html  
> 
> Unfortunately for debugging purposes, this doesn't crash Icecat for me
> either. I'm still using the Cairo rendering backend.
> 
> It's difficult to use a site like this as a reproducer, since every
> user will get totally different content via the advertisements.
> 
> For the record, it also does not crash my Debian Firefox 45.5.1, which
> uses uBlock Origin and Privacy Badger to block 1 and 9 domains,
> respectively.
> 
> If you can still reproduce the crash, I think it's worth it to save
> the entire web page, ads included, and share that if you're satisfied
> there's no sensitive data included.

Hey, I'm also experiencing crashes with icecat since a few months. It
just seems to happen randomly. I've found a note about that on the LFS
website on the firefox page that says that using system cairo is
causing a crash when it tries to do background rendering. So I've
changed our icecat recipe to use the bundled version of cairo, and I
don't get any crash anymore. Would something like this patch be
acceptable?
From 89a121bab987caef7f0fbe0f5e24085c3ccae42d Mon Sep 17 00:00:00 2001
From: Julien Lepiller 
Date: Tue, 14 Feb 2017 20:59:15 +0100
Subject: [PATCH] gnu: icecat: Fix random crashes.

gnu/packages/gnuzilla.scm (icecat): Remove cairo dependency to fix crashes.
---
 gnu/packages/gnuzilla.scm | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/gnu/packages/gnuzilla.scm b/gnu/packages/gnuzilla.scm
index 9279c46b5..90655fd76 100644
--- a/gnu/packages/gnuzilla.scm
+++ b/gnu/packages/gnuzilla.scm
@@ -404,6 +404,8 @@ standards.")
   ;; 
   ;;
   ;; TODO: Use system graphite2.
+  ;; TODO: Use system cairo. This currently causes random
+  ;; crash when icecat does background rendering.
   ;;
   "modules/freetype2"
   "modules/zlib"
@@ -412,7 +414,6 @@ standards.")
   "media/libjpeg"
   "media/libvpx"
   "security/nss"
-  "gfx/cairo"
   "js/src/ctypes/libffi"
   "db/sqlite3"))
   ;; Delete .pyc files, typically present in icecat source tarballs
@@ -426,7 +427,6 @@ standards.")
 (inputs
  `(("alsa-lib" ,alsa-lib)
("bzip2" ,bzip2)
-   ("cairo" ,cairo)
("cups" ,cups)
("dbus-glib" ,dbus-glib)
("gdk-pixbuf" ,gdk-pixbuf)
@@ -511,7 +511,6 @@ standards.")
"--with-system-nspr"
"--with-system-nss"
"--enable-system-pixman"
-   "--enable-system-cairo"
"--enable-system-ffi"
"--enable-system-hunspell"
"--enable-system-sqlite"
-- 
2.11.1



pgpF8T_Kck0YB.pgp
Description: OpenPGP digital signature

Re: Icecat crash

2016-12-31 Thread Maxim Cournoyer 
Hi Danny!

Good find; I can reproduce the crash here... I don't even need to
scroll, it's nearly instant! Here's the IceCat generated report
(copied from IceCat's crash popup window):

AbortMessage: [31898] ###!!! ABORT: X_CopyArea: BadDrawable (invalid Pixmap or 
Window parameter); 3 requests ago: file 
/tmp/guix-build-icecat-45.5.1-gnu1.drv-0/icecat-45.5.1/toolkit/xre/nsX11ErrorHandler.cpp,
 line 157
Add-ons: 
%7B46551EC9-40F0-4e47-8E18-8E5CF550CFB8%7D:2.0.7,abouticecat%40gnu.org:1.0,https-everywhere-eff%40eff.org:5.2.7,%7B972ce4c6-7e08-4474-a285-3208198ce6fd%7D:45.5.1,loop%40mozilla.org:1.1.14,spyblock%40gnu.org:2.6.9.0,html5-video-everywhere%40lejenome.me:0.3.4,jid1-KtlZuoiikVfFew%40jetpack:6.0.13
AddonsShouldHaveBlockedE10s: 1
BuildID: 20161211072134
CrashTime: 1483219996
EMCheckCompatibility: true
FramePoisonBase: 70dea000
FramePoisonSize: 4096
InstallTime: 1481616437
Notes: OpenGL: Intel Open Source Technology Center -- Mesa DRI Intel(R) 
Ironlake Mobile  -- 2.1 Mesa 13.0.2 -- texture_from_pixmap
X_CopyArea: BadDrawable (invalid Pixmap or Window parameter); 3 requests 
agoxpcom_runtime_abort([31898] ###!!! ABORT: X_CopyArea: BadDrawable (invalid 
Pixmap or Window parameter); 3 requests ago: file 
/tmp/guix-build-icecat-45.5.1-gnu1.drv-0/icecat-45.5.1/toolkit/xre/nsX11ErrorHandler.cpp,
 line 157)
ProductID: {ec8030f7-c20a-464f-9b0e-13a3a9e97384}
ProductName: IceCat
ReleaseChannel: default
SafeMode: 0
SecondsSinceLastCrash: 285
StartupTime: 1483219929
TelemetryEnvironment: 
{"build":{"applicationId":"{ec8030f7-c20a-464f-9b0e-13a3a9e97384}","applicationName":"IceCat","architecture":"x86-64","buildId":"20161211072134","version":"45.5.1","vendor":"GNU","platformVersion":"45.5.1","xpcomAbi":"x86_64-gcc3","hotfixVersion":null},"partner":{"distributionId":"gnu","distributionVersion":"1.0","partnerId":null,"distributor":null,"distributorChannel":null,"partnerNames":[]},"system":{"memoryMB":3753,"virtualMaxMB":null,"cpu":{"count":2,"cores":2,"vendor":"GenuineIntel","family":6,"model":37,"stepping":5,"l2cacheKB":256,"l3cacheKB":2048,"speedMHz":1197,"extensions":["hasMMX","hasSSE","hasSSE2","hasSSE3","hasSSSE3"]},"os":{"name":"Linux","version":"4.8.14-gnu","locale":"en-US"},"hdd":{"profile":{"model":null,"revision":null},"binary":{"model":null,"revision":null},"system":{"model":null,"revision":null}},"gfx":{"D2DEnabled":null,"DWriteEnabled":null,"adapters":[{"description":"Intel
 Open Source Technology Center -- Mesa DRI Intel(R) Ironlake Mobile 
","vendorID":"Intel Open Source Technology Center","deviceID":"Mesa DRI 
Intel(R) Ironlake Mobile 
","subsysID":null,"RAM":null,"driver":null,"driverVersion":"2.1 Mesa 
13.0.2","driverDate":null,"GPUActive":true}],"monitors":[],"features":{"compositor":"none"}}},"settings":{"blocklistEnabled":false,"e10sEnabled":false,"telemetryEnabled":false,"isInOptoutSample":false,"locale":"en-US","update":{"channel":"default","enabled":false,"autoDownload":false},"userPrefs":{"browser.cache.disk.capacity":358400,"browser.newtabpage.enhanced":false,"browser.startup.page":3,"general.smoothScroll":false},"addonCompatibilityCheckEnabled":true,"isDefaultBrowser":false},"profile":{"creationDate":17094,"resetDate":17100},"addons":{"activeAddons":{"{46551EC9-40F0-4e47-8E18-8E5CF550CFB8}":{"blocklisted":false,"description":"Restyle
 the web with Stylish, a user styles 
manager.","name":"Stylish","userDisabled":false,"appDisabled":false,"version":"2.0.7","scope":1,"type":"extension","foreignInstall":false,"hasBinaryComponents":false,"installDay":17100,"updateDay":17100,"signedState":2},"l...@mozilla.org":{"blocklisted":false,"description":"Web
 sharing for IceCat","name":"IceCat Hello 
Beta","userDisabled":false,"appDisabled":false,"version":"1.1.14","scope":1,"type":"extension","foreignInstall":false,"hasBinaryComponents":false,"installDay":0,"updateDay":0},"aboutice...@gnu.org":{"blocklisted":false,"description":null,"name":"IceCatHome","userDisabled":false,"appDisabled":false,"version":"1.0","scope":4,"type":"extension","foreignInstall":true,"hasBinaryComponents":false,"installDay":0,"updateDay":0,"signedState":0},"spybl...@gnu.org":{"blocklisted":false,"description":"Privacy
 blacklist 
filter","name":"SpyBlock","userDisabled":false,"appDisabled":false,"version":"2.6.9.0","scope":4,"type":"extension","foreignInstall":true,"hasBinaryComponents":false,"installDay":0,"updateDay":0,"signedState":0},"https-everywhere-...@eff.org":{"blocklisted":false,"description":"Encrypt
 the Web! Automatically use HTTPS security on many sites.","name":"HTTPS 
Everywhere","userDisabled":false,"appDisabled":false,"version":"5.2.7","scope":4,"type":"extension","foreignInstall":true,"hasBinaryComponents":false,"installDay":0,"updateDay":0,"signedState":-2},"html5-video-everywh...@lejenome.me":{"blocklisted":false,"description":"Replace
 video player with Firefox native video player","name":"HTML5 Video

Re: Icecat crash

2016-12-25 Thread Leo Famulari 
On Sun, Dec 25, 2016 at 05:47:33PM -0800, Chris Marusich wrote:
> Danny Milosavljevic  writes:
> > so I've finally found a 100% reproducible way to crash icecat.
> > Previously it has been sporadic and not reproducible.
> >
> > Try going to this site in a new icecat (guix master) instance:
> >
> > http://arstechnica.com/security/2016/12/this-low-cost-device-may-be-the-worlds-best-hope-against-account-takeovers/
> >
> > Scroll down. It will crash. Every time.
> 
> This doesn't crash for me.  Note that I have applied the "fix" for the
> previously observed "crashiness", as described here - perhaps that is
> why it doesn't crash for me:
> 
> https://lists.gnu.org/archive/html/help-guix/2016-11/msg8.html

Unfortunately for debugging purposes, this doesn't crash Icecat for me
either. I'm still using the Cairo rendering backend.

It's difficult to use a site like this as a reproducer, since every user
will get totally different content via the advertisements.

For the record, it also does not crash my Debian Firefox 45.5.1, which
uses uBlock Origin and Privacy Badger to block 1 and 9 domains,
respectively.

If you can still reproduce the crash, I think it's worth it to save the
entire web page, ads included, and share that if you're satisfied
there's no sensitive data included.


signature.asc
Description: PGP signature

Re: Icecat crash

2016-12-25 Thread Chris Marusich 
Danny Milosavljevic  writes:

> Hi,
>
> so I've finally found a 100% reproducible way to crash icecat. Previously it 
> has been sporadic and not reproducible.
>
> Try going to this site in a new icecat (guix master) instance:
>
> http://arstechnica.com/security/2016/12/this-low-cost-device-may-be-the-worlds-best-hope-against-account-takeovers/
>
> Scroll down. It will crash. Every time.

This doesn't crash for me.  Note that I have applied the "fix" for the
previously observed "crashiness", as described here - perhaps that is
why it doesn't crash for me:

https://lists.gnu.org/archive/html/help-guix/2016-11/msg8.html

-- 
Chris


signature.asc
Description: PGP signature

Icecat crash

2016-12-25 Thread Danny Milosavljevic 
Hi,

so I've finally found a 100% reproducible way to crash icecat. Previously it 
has been sporadic and not reproducible.

Try going to this site in a new icecat (guix master) instance:

http://arstechnica.com/security/2016/12/this-low-cost-device-may-be-the-worlds-best-hope-against-account-takeovers/

Scroll down. It will crash. Every time.

I think I saw a libjpeg warning somewhere when updating. Also, I get:

[20912] ###!!! ABORT: X_CopyArea: BadDrawable (invalid Pixmap or Window 
parameter); 3 requests ago: file 
/tmp/guix-build-icecat-45.5.1-gnu1.drv-0/icecat-45.5.1/toolkit/xre/nsX11ErrorHandler.cpp,
 line 157
[20912] ###!!! ABORT: X_CopyArea: BadDrawable (invalid Pixmap or Window 
parameter); 3 requests ago: file 
/tmp/guix-build-icecat-45.5.1-gnu1.drv-0/icecat-45.5.1/toolkit/xre/nsX11ErrorHandler.cpp,
 line 157

The X graphics driver is

[31.045] (--) intel(0): Integrated Graphics Chipset: Intel(R) GM45

.

I did reconfigure Guix today - so it's quite current.

Backtrace is

(gdb) bt
#0  0x00404da6 in mozalloc_abort(char const*) ()
#1  0x72d954d6 in NS_DebugBreak () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#2  0x7461721e in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#3  0x7fffed787ac5 in _XError () from 
/gnu/store/dgz1p150n6ffs54qq4rzyh9fx26lrsad-libx11-1.6.4/lib/libX11.so.6
#4  0x7fffed784bc7 in handle_error () from 
/gnu/store/dgz1p150n6ffs54qq4rzyh9fx26lrsad-libx11-1.6.4/lib/libX11.so.6
#5  0x7fffed784c75 in handle_response () from 
/gnu/store/dgz1p150n6ffs54qq4rzyh9fx26lrsad-libx11-1.6.4/lib/libX11.so.6
#6  0x7fffed7856bd in _XReadEvents () from 
/gnu/store/dgz1p150n6ffs54qq4rzyh9fx26lrsad-libx11-1.6.4/lib/libX11.so.6
#7  0x7fffedf39561 in _cairo_xlib_shm_surface_flush () from 
/gnu/store/y30l675nz41p87pmvzscqhhyhik626na-cairo-1.14.6/lib/libcairo.so.2
#8  0x7fffedf0921b in cairo_surface_flush () from 
/gnu/store/y30l675nz41p87pmvzscqhhyhik626na-cairo-1.14.6/lib/libcairo.so.2
#9  0x7fffedf35e5d in _cairo_xlib_surface_discard_shm () from 
/gnu/store/y30l675nz41p87pmvzscqhhyhik626na-cairo-1.14.6/lib/libcairo.so.2
#10 0x7fffedf36117 in _cairo_xlib_surface_finish () from 
/gnu/store/y30l675nz41p87pmvzscqhhyhik626na-cairo-1.14.6/lib/libcairo.so.2
#11 0x7fffedf08626 in _cairo_surface_finish () from 
/gnu/store/y30l675nz41p87pmvzscqhhyhik626na-cairo-1.14.6/lib/libcairo.so.2
#12 0x7fffedf08fb0 in cairo_surface_destroy () from 
/gnu/store/y30l675nz41p87pmvzscqhhyhik626na-cairo-1.14.6/lib/libcairo.so.2
#13 0x734a5836 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#14 0x73424df5 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#15 0x7345cb7d in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#16 0x7345cbec in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#17 0x731133bc in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#18 0x731d53d9 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#19 0x72fc71a2 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#20 0x72fcbb25 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#21 0x72fcd065 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#22 0x72fa95ef in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#23 0x72fab117 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#24 0x72fabd99 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#25 0x72fc4964 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#26 0x72dd0b30 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#27 0x72deaf60 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#28 0x72fc4cf4 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#29 0x72fa964f in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#30 0x7403d112 in ?? () from 
/gnu/store/4jv2jr91pl7p7gwsi4bincvd19gn29hi-icecat-45.5.1-gnu1/lib/icecat-45.5.1/libxul.so
#31 0x745e2e2b in ?? () from