From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marius Bakke Subject: Re: [PATCH] gnu: Add dlib. Date: Mon, 22 Aug 2016 13:01:54 +0100 Message-ID: <87k2f957wt.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> References: <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> <87h9ajzc1z.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> <20160818202353.GB2393@jasmine> <8737m1yqru.fsf@ike.i-did-not-set--mail-host-address--so-tickle-me> <20160821201757.GA21038@jasmine> <6004b842-2434-9cdc-7a31-04231eac5941@uq.edu.au> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37074) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bbnvh-0006go-WF for guix-devel@gnu.org; Mon, 22 Aug 2016 08:02:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bbnvd-0004eI-F1 for guix-devel@gnu.org; Mon, 22 Aug 2016 08:02:13 -0400 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:42752) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bbnvb-0004dY-20 for guix-devel@gnu.org; Mon, 22 Aug 2016 08:02:09 -0400 In-Reply-To: <6004b842-2434-9cdc-7a31-04231eac5941@uq.edu.au> 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 , Leo Famulari Cc: guix-devel , Alex Kost Ben Woodcroft writes: > On 21/08/16 16:17, Leo Famulari wrote: >> On Fri, Aug 19, 2016 at 11:52:37AM +0100, Marius Bakke wrote: >>> Leo Famulari writes: >>> >>>> I pushed the patch as 5f0ff6a9e. Hopefully dlib is still useful without >>>> lapack. We should really figure out what the issue is and fix it :) >>> I noticed this fails to build on Hydra. What's worse is that the i686, >>> x86_64 and armhf targets fails at completely different things. armhf and >>> i686 exits cleanly after failing 2 and 5 tests respectively, while the >>> x86_64 target seems to get the segfault we saw with lapack in inputs. >>> >>> What should we do? I'd prefer to keep the package so it can easily be >>> tested on various architectures, but can understand if it is reverted. >>> Perhaps we can disable substitutes or tests, to stop bothering Hydra? >>> >>> I'll try reproducing it this weekend on various qemu configurations. >> Let us know about the results of your tests. Then we can decide what to >> do. > Can this be fixed simply by using #parallel-build #f ? Doing so makes it > reproducible for me so arguably we should be doing that anyway, even if > it takes longer to build. Any chance you can diff the outputs? If there is a race condition or similar it may indeed fix some problems, but it would be nice to notify upstream about it. I opened an issue on their bug tracker, and the suggestion was to disable BLAS: https://github.com/davisking/dlib/issues/197 Without OpenBLAS dlib will use an internal BLAS implementation. I'm fairly certain that will at least fix the crash on x86_64, which was a segfault in libopenblasp-r0.2.15.so when we had LAPACK in inputs, but seems to consistently trigger on Hydra regardless. I got busy this weekend, but will try to reproduce the i686 errors this week; and also check if the newer openblas in core-updates solves the x86_64 segfault. Stay tuned... -marius