From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: bug#18935: gexp->derivation test failure Date: Tue, 04 Nov 2014 16:44:51 -0500 Message-ID: <87y4rqabe4.fsf@netris.org> References: <87h9yg704p.fsf@netris.org> <8761euafbb.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]:37897) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XllvT-0002RW-Ur for bug-guix@gnu.org; Tue, 04 Nov 2014 16:46:13 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XllvO-0003Ax-JS for bug-guix@gnu.org; Tue, 04 Nov 2014 16:46:07 -0500 Received: from debbugs.gnu.org ([140.186.70.43]:52070) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XllvO-0003AY-Fr for bug-guix@gnu.org; Tue, 04 Nov 2014 16:46:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XllvN-0006Fg-VC for bug-guix@gnu.org; Tue, 04 Nov 2014 16:46:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <8761euafbb.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Tue, 04 Nov 2014 21:20:08 +0100") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: 18935@debbugs.gnu.org ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Mark H Weaver skribis: > [...] >> actual-error: (srfi-34 #> "path >> `/tmp/nix-build-guix-0.7.14e84b2.drv-0/source/test-tmp/store/ry17r3hm48c= kcchz9ls6yhd00alyiipx-foo' >> is not valid" status: 1] a587d68>) > > This can only happen if FILE in that test were deleted after its > creation and before the =E2=80=98gexp-derivation=E2=80=99... which canno= t even happen > since FILE remains live for the duration of the =E2=80=98%store=E2=80=99 = session... > except if another daemon instance deletes it! > > Commit 834ea02 fixes that: it turns out that tests/nar.scm was creating > the exact same store item, and then calling the GC to delete it. > > I=E2=80=99ll update the Guix snapshot in Guix. Thanks! > (In the meantime, chances are > that you can just restart the build and won=E2=80=99t stumble upon this b= ug, > which was unlikely to occur.) The same failure happened to me in two consecutive build attempts: once when running "guix system build", and then again when running "guix build -K guix" so that I could get the failed test logs. Mark