Bug#651912: sandboxing-related renderer crash (Aw, snap) when loading NSS modules

2012-05-26 Thread Jonathan Nieder
tags 651912 + pending quit Jonathan Nieder wrote: Vincent Bernat wrote: 03:19, Jonathan Nieder jrnie...@gmail.com disait : | SECStatus | RNG_RNGInit(void) | { | /* Allow only one call to initialize the context */ | fprintf(stderr, about to call rng_init()\n);--- reached |

Bug#651912: sandboxing-related renderer crash (Aw, snap) when loading NSS modules

2012-05-26 Thread Mike Hommey
On Sat, May 26, 2012 at 01:57:34AM -0500, Jonathan Nieder wrote: tags 651912 + pending quit Jonathan Nieder wrote: Vincent Bernat wrote: 03:19, Jonathan Nieder jrnie...@gmail.com disait : | SECStatus | RNG_RNGInit(void) | { | /* Allow only one call to initialize the context

Bug#651912: sandboxing-related renderer crash (Aw, snap) when loading NSS modules

2012-05-25 Thread Jonathan Nieder
Hi, Vincent Bernat wrote: 03:19, Jonathan Nieder jrnie...@gmail.com disait : | SECStatus | RNG_RNGInit(void) | { | /* Allow only one call to initialize the context */ | fprintf(stderr, about to call rng_init()\n); --- reached | PR_CallOnce(coRNGInit, rng_init); |

Bug#651912: sandboxing-related renderer crash (Aw, snap) when loading NSS modules

2012-01-01 Thread Jonathan Nieder
found 651912 chromium-browser/14.0.835.157~r99685-1 found 651912 chromium-browser/15.0.874.106~r107270-1 quit Reproducible with version 14 r99685 from snapshot.debian.org. Not reproducible with version 13.0.782.220~r99552-1. $ dpkg-query -W libv8-3.4.14.13 libv8-3.4.14.133.4.14.13-4

Bug#651912: sandboxing-related renderer crash (Aw, snap) when loading NSS modules

2011-12-26 Thread Jonathan Nieder
Dominique Brazziel wrote: I replaced the entire path (/usr/lib/nss/libsoftokn3.so) with 'X'es and am still getting these annoying messages on startup and every time I open a new tab and go to a website. That's not the same bug --- this bug is about a crash (Aw, snap). Feel free to file a new

Bug#651912: sandboxing-related renderer crash (Aw, snap) when loading NSS modules

2011-12-21 Thread Max Dmitrichenko
Jonathan Nieder wrote: I'm kind of surprised that this only started happening with chromium 15, though --- chromium 14 should have already been affected. Do you know what upgrade triggered this on your machine? Was it a chromium upgrade or an nss one? I can assure you that this bug also

Bug#651912: sandboxing-related renderer crash (Aw, snap) when loading NSS modules

2011-12-14 Thread Jonathan Nieder
Hi Igor, Igor Goryachev wrote: I am still getting Aw, snap! without any symlinks around NSS libs. [...] % ls -ld /usr/lib/nss drwxr-xr-x 2 root root 4096 May 15 2011 /usr/lib/nss Yeah, if your libnss3-1d is the squeeze version, then you will run into this, too. Maybe we should declare a

Bug#651912: sandboxing-related renderer crash (Aw, snap) when loading NSS modules

2011-12-14 Thread Igor Goryachev
Hi, Jonathan. The same behaviour with libnss3-1d (3.13.1.with.ckbi.1.88-1~bpo60+1) taken from Backports repository. -- Igor Goryachev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#651912: sandboxing-related renderer crash (Aw, snap) when loading NSS modules

2011-12-14 Thread Jonathan Nieder
Igor Goryachev wrote: The same behaviour with libnss3-1d (3.13.1.with.ckbi.1.88-1~bpo60+1) taken from Backports repository. Yeah, looks like Mike undid the multiarch stuff for backports. You should be able to benefit from the workaround, too, by changing

Bug#651912: sandboxing-related renderer crash (Aw, snap) when loading NSS modules

2011-12-14 Thread Jonathan Nieder
Jonathan Nieder wrote: You should be able to benefit from the workaround, too, by changing paths.push_back(FilePath(/usr/lib/nss)); to - paths.push_back(FilePath(/usr/lib/nss)); + in