From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [PATCH 00/13] Add gourmet (and dependent python packages) Date: Tue, 02 Dec 2014 21:05:27 +0100 Message-ID: <87388xbywo.fsf@gnu.org> References: <1416548468-28421-1-git-send-email-bavier@member.fsf.org> <20141121092128.GA19765@debian.math.u-bordeaux1.fr> <87y4r4p7lk.fsf@gnu.org> <20141202105601.GA4913@debian.math.u-bordeaux1.fr> 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]:34497) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xvthc-000638-HL for guix-devel@gnu.org; Tue, 02 Dec 2014 15:05:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XvthW-0007gq-GB for guix-devel@gnu.org; Tue, 02 Dec 2014 15:05:40 -0500 Received: from hera.aquilenet.fr ([2a01:474::1]:46257) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XvthW-0007gW-8Z for guix-devel@gnu.org; Tue, 02 Dec 2014 15:05:34 -0500 In-Reply-To: <20141202105601.GA4913@debian.math.u-bordeaux1.fr> (Andreas Enge's message of "Tue, 2 Dec 2014 11:56:01 +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: Andreas Enge Cc: Guix-devel , Eric Bavier Andreas Enge skribis: > I suppose you could. Anyway, there seems to be a problem with hydra right > now, it has not picked up any of the commits yesterday, and I cannot ssh > into it. Hydra is back to life. The =E2=80=9Cevaluation error=E2=80=9D manifested as an exception while add= ing the .drv file for Pango/i686-linux to the store. One bug is that Hydra was not using the exact same .drv as one gets with =E2=80=98guix build pango -s i686-linux=E2=80=99: this is because the Guile= used to download the Bash patches would be the one for x86_64-linux, not for i686-linux. This is not really a problem since these downloads are fixed-output derivations (which means their result doesn=E2=80=99t depend o= n the inputs used to build them), but still, that made debugging more difficult. This is fixed by ec38437. Then the actual error was about the pango.drv not having a valid output path. However, I=E2=80=99ve been unable to reproduce it and I don=E2=80=99= t see how this could happen, so I don=E2=80=99t know what was going on there. We=E2= =80=99ll see if that ever comes back... Ludo=E2=80=99.