From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: GNUnet build failure on mips64el Date: Fri, 21 Feb 2014 18:49:43 +0100 Message-ID: <87ob20gxu0.fsf@gnu.org> References: <87d2ih6l4f.fsf@netris.org> <20140221112701.GA26961@debian> <53074E2E.5080102@totakura.in> <87d2igiit6.fsf@gnu.org> <20140221153928.GA31681@debian> 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]:53380) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGuER-0004Lp-UR for guix-devel@gnu.org; Fri, 21 Feb 2014 12:49:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WGuEM-0000Hu-2w for guix-devel@gnu.org; Fri, 21 Feb 2014 12:49:51 -0500 Received: from hera.aquilenet.fr ([2a01:474::1]:58156) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WGuEL-0000He-Sp for guix-devel@gnu.org; Fri, 21 Feb 2014 12:49:46 -0500 In-Reply-To: <20140221153928.GA31681@debian> (Andreas Enge's message of "Fri, 21 Feb 2014 16:39:28 +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@gnu.org Andreas Enge skribis: > On Fri, Feb 21, 2014 at 04:31:17PM +0100, Ludovic Court=C3=A8s wrote: >> > We were discussing this yesterday on the IRC. It looks like the tests >> > are timing out due to hydra being slow. I tested this on my machine a= nd >> > 2 other X86_64s and they did well. >> Indeed, it built fine on my x86_64 machine. > > The same holds for Qt - its build times out after 2 hours, when it is sim= ply > not finished. Could we raise the timeout on hydra? IIUC the code, there=E2=80=99s not absolute timeout by default, only a timeout-on-silence. Which one do we hit here? > Another thing: We have "four cores" (I suppose actually two hyperthreaded > ones) on hydra. On my machine, "top" shows four times 100%. On hydra, I g= et > the impression that only one core is working. Is this normal (due to outs= ide > load, maybe), or do we need to tweak something? It=E2=80=99s supposed to use all the cores. What makes you think only one = core is used? Thanks, Ludo=E2=80=99.