From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: Proposal: prefetch tarballs in a batch Date: Tue, 02 Sep 2014 23:04:28 +0200 Message-ID: <87tx4pn38j.fsf@gnu.org> References: <87ha6jkyv8.fsf@karetnikov.org> <877g7epico.fsf@gnu.org> <87wqf8prau.fsf@karetnikov.org> <87ha6blwii.fsf@gnu.org> <87d2gznysk.fsf@karetnikov.org> <87vbuqvpsc.fsf@gnu.org> <87ha62dtmh.fsf@karetnikov.org> <87vbuhbnn8.fsf@gnu.org> <87ioqe2tdg.fsf@karetnikov.org> <87bnw6yxql.fsf@gnu.org> <871twmo25m.fsf@karetnikov.org> <874n1haa47.fsf@gnu.org> <87r447t75q.fsf@karetnikov.org> <87r4461xrj.fsf@gnu.org> <87oaz9i3lg.fsf@karetnikov.org> <87tx90z0rf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:51921) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOvFk-0007p8-LZ for guix-devel@gnu.org; Tue, 02 Sep 2014 17:04:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XOvFf-0000C9-7v for guix-devel@gnu.org; Tue, 02 Sep 2014 17:04:36 -0400 Received: from hera.aquilenet.fr ([2a01:474::1]:55934) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XOvFf-0000C0-0I for guix-devel@gnu.org; Tue, 02 Sep 2014 17:04:31 -0400 In-Reply-To: <87tx90z0rf.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Thu, 08 May 2014 18:35:48 +0200") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Nikita Karetnikov Cc: guix-devel@gnu.org ludo@gnu.org (Ludovic Court=C3=A8s) skribis: >> Test end: >> result-kind: fail >> actual-value: #f >> actual-error: (srfi-34 #) > > That one occurs many times. I suspect this has to do with the daemon > features enabled by c0412fedf, though I don=E2=80=99t see which one. (4 months later...) I reproduced this EBADF thing with a 2.6.35 kernel on x86_64, and the culprit turned out to be vfork: commenting out uses of vfork in the daemon solved the problem. That sort of ringed a bell, and indeed, Nix commit f794465c (Nov. 2012!) disabled vfork for similar reasons. So guix-daemon no longer uses vfork. Ludo=E2=80=99.