From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: Re: Guix substitute timeout Date: Mon, 02 Sep 2019 14:11:56 +0200 Message-ID: <87h85uaodv.fsf@gnu.org> References: <87sgpgfkp4.fsf@cbaines.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:41024) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i4lBf-0006lQ-T3 for help-guix@gnu.org; Mon, 02 Sep 2019 08:12:00 -0400 In-Reply-To: <87sgpgfkp4.fsf@cbaines.net> (Christopher Baines's message of "Sun, 01 Sep 2019 10:08:07 +0100") List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: Christopher Baines Cc: help-guix mailing list Hi Chris! Christopher Baines skribis: > I'm unsure how well the substituter copes with unreliable network > connections, anecdotally it seems to often hang indefinitely. How often? I experienced it at some point last year but the problem vanished soon after I reported it here: . If you can reproduce it, could you try to get a C backtrace of =E2=80=98guix substitute=E2=80=99, as well as the output of =E2=80=98guix=E2=80=99 to see= if it=E2=80=99s fetching gzip or lzip stuff, and the process sub-tree? > Looking at the code [1], there is some code that looks like it would > cancel the substitution after some amount of time, but it also looks to > be disabled (as #:timeout? is #f when fetch is called). That comes from commit 2207f73156e144a9349e4d395d5049119b67a896 from 2013 (!), when hydra.gnu.org was so slow and (I think) we=E2=80=99d rather = not time out too quickly while fetching a substitute or we=E2=80=99d never fetch anything. Good times=E2=80=A6 We could probably enable it, though it should be a not-too-short timeout. Thoughts? Ludo=E2=80=99.