From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: [PATCH] gnu: Add dlib. Date: Thu, 18 Aug 2016 16:18:28 -0400 Message-ID: <20160818201828.GA2393@jasmine> References: <87oa4ugsi4.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> <20160815201528.GA23963@jasmine> <87a8gd22ug.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> <20160815222840.GA10735@jasmine> <4752bc68-5466-6c26-a7b4-e53aec400ff5@uq.edu.au> <8760r10z7n.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> <20160816204736.GA25753@jasmine> <993034f9-ceae-525f-01b9-0b8af7a5aafe@uq.edu.au> <20160816234507.GA24224@jasmine> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53813) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1baTm2-0007DE-V8 for guix-devel@gnu.org; Thu, 18 Aug 2016 16:18:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1baTly-0006RR-AM for guix-devel@gnu.org; Thu, 18 Aug 2016 16:18:45 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:45933) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1baTlx-0006OY-0X for guix-devel@gnu.org; Thu, 18 Aug 2016 16:18:42 -0400 Content-Disposition: inline In-Reply-To: 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" To: Ben Woodcroft Cc: guix-devel , Alex Kost On Wed, Aug 17, 2016 at 01:24:46PM +1000, Ben Woodcroft wrote: > On 17/08/16 09:45, Leo Famulari wrote: > > How did it appear non-deterministic to you? > Just based on guix build --check: > > guix build: error: build failed: derivation > `/gnu/store/sxybcxw64q1ajzq6dysal75ffgq6238i-dlib-19.1.drv' may not be > deterministic: output > `/gnu/store/il57dcii4pzii11zlixjjxxxw699bg5x-dlib-19.1' differs > > I'm actually not sure, why does it say "may not be deterministic"? If it > builds twice and the second version is different, doesn't that mean it is > definitely not deterministic by counter-example, unless there has been some > leakage into the build container? Ah yes, that checks if the built output is bit-for-bit identical. I thought that you meant there was some non-determinism in the build system, like a race condition caused by parallel building. Which could also be true.