From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: bug#27729: guile-2.2.2 fails to build on armhf in core-updates (timeout) Date: Sun, 16 Jul 2017 20:26:23 -0400 Message-ID: <87poczzz68.fsf@netris.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49716) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dWtsP-0003Jw-Vq for bug-guix@gnu.org; Sun, 16 Jul 2017 20:27:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dWtsM-00016I-Tm for bug-guix@gnu.org; Sun, 16 Jul 2017 20:27:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:40207) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dWtsM-00016B-Pd for bug-guix@gnu.org; Sun, 16 Jul 2017 20:27:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dWtsM-0003DX-EJ for bug-guix@gnu.org; Sun, 16 Jul 2017 20:27:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49661) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dWtrn-00039d-OC for bug-guix@gnu.org; Sun, 16 Jul 2017 20:26:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dWtrk-0000fF-Kk for bug-guix@gnu.org; Sun, 16 Jul 2017 20:26:27 -0400 Received: from world.peace.net ([50.252.239.5]:52172) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dWtrk-0000ev-GL for bug-guix@gnu.org; Sun, 16 Jul 2017 20:26:24 -0400 List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: 27729@debbugs.gnu.org On core-updates, apparently all of the armhf builds are dependency-failed due to a failure to build an early guile-2.2.2 (/gnu/store/z3h8q7qrv20vc361q1ry7j1izbmrvrjh-guile-2.2.2.drv). The reason is that the 'max-silent-time' being used for that build is 1 hour, although it should be 10 hours. In order to get things building again, I've asked Hydra to manually build this derivation from the command-line, with the needed --max-silent-time and --timeout settings. However, it would be good to find out what's going wrong here, so that we can avoid doing this manually on every core-updates cycle. Mark