From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: Re: bug#19805: Numpy failures Date: Tue, 10 Feb 2015 08:52:23 -0500 Message-ID: <877fvpswko.fsf@netris.org> References: <20150207164108.GA7946@debian> <87zj8m7kh0.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]:48227) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YLBEr-0007D2-5i for guix-devel@gnu.org; Tue, 10 Feb 2015 08:52:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YLBEn-0007LZ-3l for guix-devel@gnu.org; Tue, 10 Feb 2015 08:52:29 -0500 In-Reply-To: <87zj8m7kh0.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Tue, 10 Feb 2015 00:07:07 +0100") 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: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel@gnu.org, 19805@debbugs.gnu.org, Federico Beffa ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Federico Beffa skribis: > >> At some point we should fix the support for '#:substitutable?' on hydra > > That probably means that #:substitutable? should be propagated=E2=80=93i.= e., > that anything depending on ATLAS should not be substituted. As I just wrote in the "texlive failure" thread, setting #:substitutable? #f might make sense for texlive. However, in that case we certainly would not want to propagate that setting. So, instead of propagating it, how about simply arranging to not send such packages to the build slaves, instead forcing them to build it locally on their own? I suppose this would cause the texlive build log to be prepended to some other build log, which is not so good, but that could also be dealt with in various ways, e.g. by changing the "send dependency to slave" logic for non-substitutable packages to build the package on that particular slave. What do you think? Mark