Bug#702711: eatmydata: open() returns -EFAULT when program doesn't run ctor

2014-09-27 Thread Petter Reinholdtsen
Hi. I've just uploaded a delayed NMU to fix this issue, using the patch from Roland Stigge. The fix should enter unstable in 5 days. A better fix would be to update to a newer version, like the one waiting on mentors.debian.net, but I am reluctant to rewrite the package that much without the

Bug#702711: eatmydata: open() returns -EFAULT when program doesn't run ctor

2014-09-27 Thread Mattia Rizzolo
Control: forwarded -1 https://bugs.launchpad.net/libeatmydata/+bug/1374862 Just a note: I forwarded the bug upstream, attaching the patch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#702711: eatmydata: open() returns -EFAULT when program doesn't run ctor

2014-08-27 Thread Ryan Tandy
This bug affects the new version of gnutls28, where initialization is now done in a constructor when the library is loaded; setting up the random subsystem fails because open(/dev/urandom) returns EFAULT. I don't fully understand the patch suggested by Roland, but applying it did fix the

Bug#702711: eatmydata: open() returns -EFAULT when program doesn't run ctor

2013-03-10 Thread Roland Stigge
Package: eatmydata Version: 26-2 Severity: normal Tags: patch Hi, first, thank you very much for eatmydata! I'm using it on the powerpcspe buildds, running builds in schroots (with command-prefix). However, I encountered some mysterious errors with eatmydata. For example, when installing