From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id cLmFD3Pj6F4jOAAA0tVLHw (envelope-from ) for ; Tue, 16 Jun 2020 15:21:23 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id +EFMC3Pj6F4cBAAAbx9fmQ (envelope-from ) for ; Tue, 16 Jun 2020 15:21:23 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id D87799403E9 for ; Tue, 16 Jun 2020 15:21:22 +0000 (UTC) Received: from localhost ([::1]:50186 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jlDOr-0007g9-Pl for larch@yhetil.org; Tue, 16 Jun 2020 11:21:21 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41862) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jlDB1-0008GQ-DO for bug-guix@gnu.org; Tue, 16 Jun 2020 11:07:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:37866) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jlDB1-0007mq-2T for bug-guix@gnu.org; Tue, 16 Jun 2020 11:07:03 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jlDB0-0003Df-UA for bug-guix@gnu.org; Tue, 16 Jun 2020 11:07:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#41878: Handshake Error Resent-From: Quinten Gruenthal Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Tue, 16 Jun 2020 15:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41878 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Received: via spool by 41878-submit@debbugs.gnu.org id=B41878.159231996512279 (code B ref 41878); Tue, 16 Jun 2020 15:07:02 +0000 Received: (at 41878) by debbugs.gnu.org; 16 Jun 2020 15:06:05 +0000 Received: from localhost ([127.0.0.1]:49409 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jlDA4-0003Bt-FQ for submit@debbugs.gnu.org; Tue, 16 Jun 2020 11:06:05 -0400 Received: from mail-ej1-f48.google.com ([209.85.218.48]:34348) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jlD23-0002w6-TR for 41878@debbugs.gnu.org; Tue, 16 Jun 2020 10:57:48 -0400 Received: by mail-ej1-f48.google.com with SMTP id l27so21888343ejc.1 for <41878@debbugs.gnu.org>; Tue, 16 Jun 2020 07:57:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=I+VGzh/0Cm5hW0THXjhzS/aViMTlMG9f1yPrUaR8m6k=; b=THh7xiZOWfu8jqlCLd6nBlgpKlPctGjzmGMjbGvoATrSJjUYPDdrXEGqfkqhL/3006 TQbX37NYirpWNeu+aOtR71t2XcLMJeolA/EDUxHrWC/X8FTzuhyyGML3dLSYTg8x7RIu rXQKMibRWAckAutqXwNLGKxu/HeECtVy1Zpwaa9dH8G9zjwmjYFb2YColomuFZ0inasA v7LZJZ85AX6ITp4aPP6jJqpyFbt3YPIo3p+wcxMrhACQQl7ApzClCWOAfCdZQJICSmD5 YpY5Bm8/MQqsuu/k/2lqUay3HLh8fL4DqxZAFITLAKONad2NSgPT4rNj2aKfXYOmSE4O DdFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=I+VGzh/0Cm5hW0THXjhzS/aViMTlMG9f1yPrUaR8m6k=; b=o1XC3UGIQQnfAWjF+lukNg+NzAHmaBDlm+n0L60uhNjpYmvS+sPhUlGetDkxkFm+W8 zyzDsMIdgcN5b9ML++NO/3bEi99RHphTiEs3dH1Mix2wS7nF5wBStH+5TBJZwsOXqDMU tLrNgObSPTnVRYYpI8Lr6rKn/cLFTVwndK2aXu7GaGgudXatHo6FHWnuV3YHPxryD6ea CSZuO86FYTO51ya8V2HcHNv08P3DP9p8EtaSukC+drqvTZt4BTPJpTqwagIqJHqf5E8V 59/ar89ReghsUUDCnZJnlSVyXhui3lIT27MNQemmuArMS2gXh132iqka9VIehts9ASEF W3Zw== X-Gm-Message-State: AOAM531AVirJVqC3udgG4MunQ1u+k7qlWbkhZX1UW7fkjyiF0uBn6j94 5uzxbL3BtQYdLHCXVHm0CS1rHATJWMgrsolFGjLsO6rk X-Google-Smtp-Source: ABdhPJwmL+edP/Y48GqN6iGoxBDYlmu2TLSmYJDqQd8YEk73cFd/Cr+LbJGWOw7G0MecET0NQ1cRf0X6pHhJyElJkkw= X-Received: by 2002:a17:906:4d0b:: with SMTP id r11mr3107773eju.59.1592319461868; Tue, 16 Jun 2020 07:57:41 -0700 (PDT) MIME-Version: 1.0 References: <87y2ooyv2h.fsf@gnu.org> <87a713xwko.fsf@gnu.org> In-Reply-To: <87a713xwko.fsf@gnu.org> From: Quinten Gruenthal Date: Tue, 16 Jun 2020 07:57:26 -0700 Message-ID: Content-Type: multipart/alternative; boundary="000000000000e4c96805a834c390" X-Spam-Score: 0.0 (/) X-Mailman-Approved-At: Tue, 16 Jun 2020 11:06:02 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-Spam-Score: -1.0 (-) X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 41878@debbugs.gnu.org Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=fail (rsa verify failed) header.d=gmail.com header.s=20161025 header.b=THh7xiZO; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (policy=none); spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Spam-Score: 0.09 X-TUID: pZgwq5LRGbds --000000000000e4c96805a834c390 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Yes and yes. I didn't state explicitly that it was a problem with my network only because I didn't want to appear overconfident in my amateur diagnosis and I definitely prefer the second error message to the one that dumps a trace and prompts the filing of a bug. This: substitute: guix substitute: error: TLS error in procedure 'handshake': Error in the pull function. killing process 8828 Backtrace: 11 (primitive-load "/gnu/store/pl48b057h6yg8w6f7hafiilcc44d0fn6-compute-guix-derivation") In ice-9/eval.scm: 155:9 10 (_ _) 159:9 9 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?)) In ./guix/store.scm: 2025:24 8 (run-with-store # _ #:guile-for-build _ #:system _ #:target _) 1859:8 7 (_ _) In ./guix/gexp.scm: 243:18 6 (_ _) 1061:2 5 (_ _) 921:2 4 (_ _) 782:4 3 (_ _) In ./guix/store.scm: 1907:12 2 (_ #) 1356:5 1 (map/accumulate-builds # _ _) 1367:15 0 (_ # _ _) ./guix/store.scm:1367:15: ERROR: 1. &store-protocol-error: message: "`/gnu/store/5r3sb6bj6pppn4h35a35956mv5qrd011-guix-command substitute' died unexpectedly" status: 1 guix pull: error: You found a bug: the program '/gnu/store/pl48b057h6yg8w6f7hafiilcc44d0fn6-compute-guix-derivation' failed to compute the derivation for Guix (version: "cf48f0fc4c40a2ec0b38a445e1e13f37722a0ade"; system: "x86_64-linux"; host version: "ecf92194a55188a9c217d76617378749db063453"; pull-version: 1). Please report it by email to . is much different than this: guix substitute: error: TLS error in procedure 'handshake': Error in the pull function. substitution of /gnu/store/k1da7bv579d8gvwdrakd9l4hxswknff2-guix-module-union failed guix pull: error: some substitutes for the outputs of derivation `/gnu/store/k2gdq7ahjaqmdgjr9xwywqpxvzazn467-guix-e07573432.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source especially to one as new to scheme as myself. I can't say why the two errors were different as I'm not familiar mechanically with what phases pull goes through but I can say the first error occurred during the beginning of the pull and the second occurred in the wrap up thing it does towards the end. On Tue, Jun 16, 2020 at 1:07 AM Ludovic Court=C3=A8s wrote: > Hi, > > Quinten Gruenthal skribis: > > > Sure; though, as I mentioned before I did try again and it did work. > Doing > > a pull once more I failed with: > > > > guix substitute: error: TLS error in procedure 'handshake': Error in th= e > > pull function. > > substitution of > > /gnu/store/k1da7bv579d8gvwdrakd9l4hxswknff2-guix-module-union failed > > guix pull: error: some substitutes for the outputs of derivation > > `/gnu/store/k2gdq7ahjaqmdgjr9xwywqpxvzazn467-guix-e07573432.drv' failed > > (usually happens due to networking issues); try `--fallback' to build > > derivation from source > > Could it be that you=E2=80=99re on a flaky network connection? > > > As with before, I was also able to succeed on a subsequent pull; but th= is > > error seemed to be handled better as it suggested both the cause of the > > problem and a possible solution. > > If the connection is dropped, there=E2=80=99s little we can do, but maybe= you=E2=80=99re > suggesting better error reporting? > > Thanks, > Ludo=E2=80=99. > > PS: Please keep the bug Cc=E2=80=99d. > --000000000000e4c96805a834c390 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yes and yes. I didn't state explicitly that it wa= s a problem with my network only because I didn't want to appear overco= nfident in my amateur diagnosis and I definitely prefer the second error me= ssage to the one that dumps a trace and prompts the filing of a bug. This:<= /div>

substitute: guix substitute: error: TLS error= in procedure 'handshake': Error in the pull function.
killing= process 8828
Backtrace:
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 11 (primi= tive-load "/gnu/store/pl48b057h6yg8w6f7hafiilcc44d0fn6-compute-guix-de= rivation")
In ice-9/eval.scm:
=C2=A0 =C2=A0 155:9 10 (_ _)
= =C2=A0 =C2=A0 159:9 =C2=A09 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#<directory (gu= ile-user) 7fc5ff085f?> ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ./g= uix/store.scm:
=C2=A0 2025:24 =C2=A08 (run-with-store #<store-connect= ion 256.99 7fc5fd407640> _ #:guile-for-build _ #:system _ #:target _)=C2=A0 =C2=A01859:8 =C2=A07 (_ _)
In ./guix/gexp.scm:
=C2=A0 =C2=A02= 43:18 =C2=A06 (_ _)
=C2=A0 =C2=A01061:2 =C2=A05 (_ _)
=C2=A0 =C2=A0 9= 21:2 =C2=A04 (_ _)
=C2=A0 =C2=A0 782:4 =C2=A03 (_ _)
In ./guix/store.= scm:
=C2=A0 1907:12 =C2=A02 (_ #<store-connection 256.99 7fc5fd407640= >)
=C2=A0 =C2=A01356:5 =C2=A01 (map/accumulate-builds #<store-conn= ection 256.99 7fc5fd407640> _ _)
=C2=A0 1367:15 =C2=A00 (_ #<store= -connection 256.99 7fc5fd407640> _ _)

./guix/store.scm:1367:15: E= RROR:
=C2=A0 1. &store-protocol-error:
=C2=A0 =C2=A0 =C2=A0 messa= ge: "`/gnu/store/5r3sb6bj6pppn4h35a35956mv5qrd011-guix-command substit= ute' died unexpectedly"
=C2=A0 =C2=A0 =C2=A0 status: 1
guix = pull: error: You found a bug: the program '/gnu/store/pl48b057h6yg8w6f7= hafiilcc44d0fn6-compute-guix-derivation'
failed to compute the deriv= ation for Guix (version: "cf48f0fc4c40a2ec0b38a445e1e13f37722a0ade&quo= t;; system: "x86_64-linux";
host version: "ecf92194a55188= a9c217d76617378749db063453"; pull-version: 1).
Please report i= t by email to <bug-guix@gnu.org&= gt;.

is much different than this:

guix substitute: error: TLS error in procedure 'handshake'= : Error in the pull function.
substitution of /gnu/store/k1da7bv579d8gvw= drakd9l4hxswknff2-guix-module-union failed
guix pull: error: some substitutes for the outputs of derivation=20 `/gnu/store/k2gdq7ahjaqmdgjr9xwywqpxvzazn467-guix-e07573432.drv' failed= =20 (usually happens due to networking issues); try `--fallback' to build= =20 derivation from source

especially to one as new to= scheme as myself. I can't say why the two errors were different as I&#= 39;m not familiar mechanically with what phases pull goes through but I can= say the first error occurred during the beginning of the pull and the seco= nd occurred in the wrap up thing it does towards the end.

On Tue, Jun 16, 2020 at 1:07 AM Ludovic Court=C3=A8s <ludo@gnu.org> wrote:
Hi,

Quinten Gruenthal <quintengruenthal@gmail.com> skribis:

> Sure; though, as I mentioned before I did try again and it did work. D= oing
> a pull once more I failed with:
>
> guix substitute: error: TLS error in procedure 'handshake': Er= ror in the
> pull function.
> substitution of
> /gnu/store/k1da7bv579d8gvwdrakd9l4hxswknff2-guix-module-union failed > guix pull: error: some substitutes for the outputs of derivation
> `/gnu/store/k2gdq7ahjaqmdgjr9xwywqpxvzazn467-guix-e07573432.drv' f= ailed
> (usually happens due to networking issues); try `--fallback' to bu= ild
> derivation from source

Could it be that you=E2=80=99re on a flaky network connection?

> As with before, I was also able to succeed on a subsequent pull; but t= his
> error seemed to be handled better as it suggested both the cause of th= e
> problem and a possible solution.

If the connection is dropped, there=E2=80=99s little we can do, but maybe y= ou=E2=80=99re
suggesting better error reporting?

Thanks,
Ludo=E2=80=99.

PS: Please keep the bug Cc=E2=80=99d.
--000000000000e4c96805a834c390--