GNU logs - #48103, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#48103: 28.0.50; tls connection failing on invoking package-list-packages (and other operations)
Resent-From: wilde@HIDDEN
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 29 Apr 2021 14:56:01 +0000
Resent-Message-ID: <handler.48103.B.16197081272355 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 48103 <at> debbugs.gnu.org
From: wilde@HIDDEN
Date: Thu, 29 Apr 2021 16:45:59 +0200
Message-ID: <87mtth87yw.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Received-SPF: none client-ip=2a01:4f8:110:34e1::42:1;
 envelope-from=wilde@HIDDEN; helo=mail.sha-bang.de
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, NO_DNS_FOR_FROM=0.001,
 SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.9 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.9 (--)


* What I do:

emacs -Q
M-: (setq gnutls-log-level 1) RET
M-x package-list-packages RET

* The problem:

The update of the packages fails, from the *Messages* buffer:

Importing package-keyring.gpg...done
gnutls.c: [1] (Emacs) connecting to host: elpa.gnu.org
gnutls.c: [1] (Emacs) allocating credentials
gnutls.c: [1] (Emacs) setting the trustfile:  /etc/ssl/certs/ca-certificates.crt
gnutls.c: [1] (Emacs) gnutls callbacks
gnutls.c: [1] (Emacs) gnutls_init
gnutls.c: [1] (Emacs) got non-default priority string: NORMAL:%DUMBFW
gnutls.c: [1] (Emacs) setting the priority string
gnutls.c: [1] (Emacs) non-fatal error: Resource temporarily unavailable, try again.
gnutls.c: [1] (Emacs) connecting to host: elpa.nongnu.org
gnutls.c: [1] (Emacs) allocating credentials
gnutls.c: [1] (Emacs) setting the trustfile:  /etc/ssl/certs/ca-certificates.crt
gnutls.c: [1] (Emacs) gnutls callbacks
gnutls.c: [1] (Emacs) gnutls_init
gnutls.c: [1] (Emacs) got non-default priority string: NORMAL:%DUMBFW
gnutls.c: [1] (Emacs) setting the priority string
gnutls.c: [1] (Emacs) non-fatal error: Resource temporarily unavailable, try again. [5 times]
error in process sentinel: Error retrieving: https://elpa.nongnu.org/nongnu/archive-contents (error connection-failed "connect" :host "elpa.nongnu.org" :service 443) [2 times]
Package refresh done
error in process sentinel: Error retrieving: https://elpa.gnu.org/packages/archive-contents (error connection-failed "connect" :host "elpa.gnu.org" :service 443) [2 times]

* Additional information:

M-x eww RET
Enter URL or keywords: https://elpa.gnu.org/packages/archive-contents

Works -- at least some times, hitting `g' a few times is might be
needed.

I am running emacs on a rather slow [Intel(R) Atom(TM) CPU N270 @
1.60GHz] NetBSD 9.1 system.

(I'm running various rather similar builds of Emacs on faster GNU/Linux
systems which don't show this problem.  So this seems to be either
related to NetBSD or to the rather old hardware.)

cheers
sascha


In GNU Emacs 28.0.50 (build 1, i386-unknown-netbsdelf9.1)
 of 2021-04-28 built on tammy.lan.sha-bang.de
Repository revision: 0c7f1e2e42d6bf9f95e88c02d4e1ed9cb40693d8
Repository branch: master
System Description: NetBSD tammy.lan.sha-bang.de 9.1 NetBSD 9.1 (GENERIC) #0: Sun Oct 18 19:24:30 UTC 2020  mkrepro@HIDDEN:/usr/src/sys/arch/i386/compile/GENERIC i386

Configured using:
 'configure --disable-autodepend --without-ns --with-modules
 --without-gconf --without-gsettings --with-native-compilation
 --without-x --with-x-toolkit=no --without-xft --without-lcms2
 --without-rsvg 'CFLAGS=-O3 -mtune=native -march=native'
 'LDFLAGS=-L/usr/local/lib -L/usr/lib -L/usr/pkg/lib
 -Wl,-R/usr/local/lib -Wl,-R/usr/lib -Wl,-R/usr/pkg/lib''

Configured features:
DBUS GMP GNUTLS LIBXML2 MODULES NATIVE_COMP NOTIFY KQUEUE PDUMPER SOUND
THREADS ZLIB

Important settings:
  value of $LC_ALL: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: eww

Minor modes in effect:
  mouse-wheel-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug sendmail mm-archive message dired
dired-loaddefs rfc822 mml mml-sec epa derived mailabbrev gmm-utils
mailheader mm-decode mm-bodies mm-encode format-spec eww xdg url-queue
thingatpt shr kinsoku image svg xml dom mm-url gnus nnheader gnus-util
rmail rmail-loaddefs text-property-search time-date mail-utils wid-edit
misearch multi-isearch mule-util gnutls network-stream url-http
mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-gw
nsm rmc puny url-cache url-auth epg epg-config finder-inf package
browse-url url url-proxy url-privacy url-expand url-methods url-history
url-cookie url-domsuf url-util mailcap url-handlers url-parse
auth-source eieio eieio-core eieio-loaddefs password-cache json map
url-vars comp comp-cstr warnings subr-x rx cl-seq cl-macs cl-extra
help-mode tool-bar seq cl-loaddefs cl-lib term/rxvt term/xterm xterm
byte-opt gv bytecomp byte-compile cconv jka-compr regexp-opt mwheel
iso-transl tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type tabulated-list replace newcomment text-mode elisp-mode
lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch
easymenu timer select mouse jit-lock font-lock syntax font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads dbusbind kqueue multi-tty
make-network-process nativecomp emacs)

Memory information:
((conses 8 169120 16723)
 (symbols 24 11816 1)
 (strings 16 44676 3141)
 (string-bytes 1 1210362)
 (vectors 8 20945)
 (vector-slots 4 387505 25090)
 (floats 8 85 418)
 (intervals 28 2285 284)
 (buffers 572 24))

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: wilde@HIDDEN
Subject: bug#48103: Acknowledgement (28.0.50; tls connection failing on
 invoking package-list-packages (and other operations))
Message-ID: <handler.48103.B.16197081272355.ack <at> debbugs.gnu.org>
References: <87mtth87yw.fsf@HIDDEN>
X-Gnu-PR-Message: ack 48103
X-Gnu-PR-Package: emacs
Reply-To: 48103 <at> debbugs.gnu.org
Date: Thu, 29 Apr 2021 14:56:01 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 48103 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
48103: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D48103
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#48103: 28.0.50; tls connection failing on invoking package-list-packages (and other operations)
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 02 May 2021 07:50:01 +0000
Resent-Message-ID: <handler.48103.B48103.161994175513737 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: wilde@HIDDEN
Cc: 48103 <at> debbugs.gnu.org
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <87mtth87yw.fsf@HIDDEN>
Date: Sun, 02 May 2021 09:49:04 +0200
In-Reply-To: <87mtth87yw.fsf@HIDDEN> (wilde@HIDDEN's
 message of "Thu, 29 Apr 2021 16:45:59 +0200")
Message-ID: <87eeepk233.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

wilde@HIDDEN writes:

> gnutls.c: [1] (Emacs) non-fatal error: Resource temporarily unavailable, try again. [5 times]
> error in process sentinel: Error retrieving: https://elpa.nongnu.org/nongnu/archive-contents (error connection-failed "connect" :host "elpa.nongnu.org" :service 443) [2 times]

[...]

> I am running emacs on a rather slow [Intel(R) Atom(TM) CPU N270 @
> 1.60GHz] NetBSD 9.1 system.

I seem to remember there being some issues in the gnutls connection algo
when the host is particularly slow, but I've been poking around, and I
can't find the details.  Does anybody else remember?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#48103: 28.0.50; tls connection failing on invoking package-list-packages (and other operations)
Resent-From: wilde@HIDDEN
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 03 May 2021 10:14:02 +0000
Resent-Message-ID: <handler.48103.B48103.162003679224566 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: 48103 <at> debbugs.gnu.org
From: wilde@HIDDEN
In-Reply-To: <87eeepk233.fsf@HIDDEN> (Lars Ingebrigtsen's message of "Sun,
 02 May 2021 09:49:04 +0200")
References: <87mtth87yw.fsf@HIDDEN> <87eeepk233.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (berkeley-unix)
Date: Mon, 03 May 2021 12:13:04 +0200
Message-ID: <87o8ds9lcf.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Lars Ingebrigtsen <larsi@HIDDEN> wrote:
> wilde@HIDDEN writes:
>
>> gnutls.c: [1] (Emacs) non-fatal error: Resource temporarily unavailable, try again. [5 times]
>> error in process sentinel: Error retrieving:
>> https://elpa.nongnu.org/nongnu/archive-contents (error
>> connection-failed "connect" :host "elpa.nongnu.org" :service 443) [2
>> times]
>
> [...]
>
>> I am running emacs on a rather slow [Intel(R) Atom(TM) CPU N270 @
>> 1.60GHz] NetBSD 9.1 system.

Hi *,

It turns out that setting 'gnutls-algorithm-priority to
"normal:-vers-tls1.3" fixes the problem for me:
  (setq gnutls-algorithm-priority "normal:-vers-tls1.3")


The question that still remains is: why is this customization necessary?
And why is it only necessary on this NetBSD system but on none of my
GNU/Linux systems?

FWIW: 
  gnutls-cli elpa.nongnu.org 443
on the NetBSD system connects without any issues...

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#48103: 28.0.50; tls connection failing on invoking package-list-packages (and other operations)
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 04 May 2021 09:02:02 +0000
Resent-Message-ID: <handler.48103.B48103.162011892018044 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 48103
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: wilde@HIDDEN
Cc: 48103 <at> debbugs.gnu.org
Received: via spool by 48103-submit <at> debbugs.gnu.org id=B48103.162011892018044
          (code B ref 48103); Tue, 04 May 2021 09:02:02 +0000
Received: (at 48103) by debbugs.gnu.org; 4 May 2021 09:02:00 +0000
Received: from localhost ([127.0.0.1]:51885 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ldqwJ-0004gy-RT
	for submit <at> debbugs.gnu.org; Tue, 04 May 2021 05:02:00 -0400
Received: from quimby.gnus.org ([95.216.78.240]:51014)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1ldqwI-0004gq-8x
 for 48103 <at> debbugs.gnu.org; Tue, 04 May 2021 05:01:58 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:
 References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=6WkHjjVo2Q1ZxThq/zOiK/SbnIuZEH5ME7yUAxfxdSo=; b=SWfuASk8jR+AjgzjNHaS3Trn2I
 14BDdkp2SveRPYuGH08dpiyQKdYtLBaP5JmuramaYWH3qJv5L52xbhtl3MNMSZQ60/J4ceXvp0piZ
 AhaYcIbO8GbIWNzp5XWdH6sZ5FTeJjN0LEGS5mwJIBnHDjZUt4/SZCWO1INuKfs7Hblo=;
Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo)
 by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <larsi@HIDDEN>)
 id 1ldqwA-0000Lv-7b; Tue, 04 May 2021 11:01:52 +0200
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <87mtth87yw.fsf@HIDDEN> <87eeepk233.fsf@HIDDEN>
 <87o8ds9lcf.fsf@HIDDEN>
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj
 SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEUNDxEoQ1A3bYz/
 //+S0I8SAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UFAgYqKy/uLrAAAAE/SURBVCjPhZDPasJAEMZn
 Q7bnFIxQz/WgTzEWc58tO0I8WTCF+BR5hBxKQU85JFL7lJ1ZVwy00D0s+5s/33yzALAmuB8D/539
 6J18jaEf6+CvRvxL7R5FmMjtHXsJNaDKh9MwtOmsgTpAfUCYASwEltv6pLabqRTn1Se3MpLUfApu
 LZcoBBvfFT1gXMqc3xqDJguwOs9bA1ZErGYqAmPdtc75DMG4kTMTvigj0UW6ApCw6SECM+FzhJRZ
 lollWQhGQObXjxG4XuYEp4XBl85EsFLWxUxq3R2smqEb6CIiQI0ErfZ5dZ0g5KwOgMxOgk/HYaAb
 LMvqIpkswHzLR8lwon60hyZQlB2Kln9MxWXqWgWuuPAgaZ3yXggYZr/LAeqNZ7a8afXry1IkHE+p
 WgFMciyYD0W/57Cs9XzJ/YJ/ABgqU3MYWWtfAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIxLTA1LTAy
 VDA2OjQyOjQzKzAwOjAwA/XC7gAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0wNS0wMlQwNjo0Mjo0
 MyswMDowMHKoelIAAAAASUVORK5CYII=
X-Now-Playing: Working Week's _Working Nights_: "Venceremos"
Date: Tue, 04 May 2021 11:01:49 +0200
In-Reply-To: <87o8ds9lcf.fsf@HIDDEN> (wilde@HIDDEN's
 message of "Mon, 03 May 2021 12:13:04 +0200")
Message-ID: <87pmy6an42.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview: wilde@HIDDEN writes: > It turns out that setting
 'gnutls-algorithm-priority
 to > "normal:-vers-tls1.3" fixes the problem for me: > (setq
 gnutls-algorithm-priority
 "normal:-vers-tls1.3") > > The question that still remains [...] 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

wilde@HIDDEN writes:

> It turns out that setting 'gnutls-algorithm-priority to
> "normal:-vers-tls1.3" fixes the problem for me:
>   (setq gnutls-algorithm-priority "normal:-vers-tls1.3")
>
> The question that still remains is: why is this customization necessary?

It shouldn't be -- gnutls should degrade gracefully here, and your test
with gnutls-cli seems to indicate that it does.  So it sounds like
there's a bug in how Emacs interfaces with the gnutls library in this
situation.

> And why is it only necessary on this NetBSD system but on none of my
> GNU/Linux systems?

Perhaps the version of gnutls on NetBSD doesn't support TLS 1.3?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#48103: 28.0.50; tls connection failing on invoking package-list-packages (and other operations)
Resent-From: wilde@HIDDEN
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 04 May 2021 13:15:02 +0000
Resent-Message-ID: <handler.48103.B48103.162013408429357 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 48103
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: 48103 <at> debbugs.gnu.org
Received: via spool by 48103-submit <at> debbugs.gnu.org id=B48103.162013408429357
          (code B ref 48103); Tue, 04 May 2021 13:15:02 +0000
Received: (at 48103) by debbugs.gnu.org; 4 May 2021 13:14:44 +0000
Received: from localhost ([127.0.0.1]:53151 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ldusu-0007dR-Cc
	for submit <at> debbugs.gnu.org; Tue, 04 May 2021 09:14:44 -0400
Received: from mail2.sha-bang.de ([78.47.120.114]:60566 helo=mail.sha-bang.de)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <wilde@HIDDEN>) id 1ldusr-0007dL-Oy
 for 48103 <at> debbugs.gnu.org; Tue, 04 May 2021 09:14:42 -0400
Received: from tammy.sha-bang.de (tammy.sha-bang.de
 [IPv6:2001:470:69d1:bad:227:eff:fe11:1a71])
 by mail.sha-bang.de (Postfix) with ESMTPSA id 76A9D26C;
 Tue,  4 May 2021 15:14:39 +0200 (CEST)
Received: by tammy.sha-bang.de (Postfix, from userid 1000)
 id D844F5A79; Tue,  4 May 2021 15:14:37 +0200 (CEST)
From: wilde@HIDDEN
In-Reply-To: <87pmy6an42.fsf@HIDDEN> (Lars Ingebrigtsen's message of "Tue,
 04 May 2021 11:01:49 +0200")
References: <87mtth87yw.fsf@HIDDEN> <87eeepk233.fsf@HIDDEN>
 <87o8ds9lcf.fsf@HIDDEN> <87pmy6an42.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (berkeley-unix)
Date: Tue, 04 May 2021 15:14:37 +0200
Message-ID: <874kfiljya.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.4 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Lars Ingebrigtsen <larsi@HIDDEN> wrote:

> wilde@HIDDEN writes:
>
>> It turns out that setting 'gnutls-algorithm-priority to
>> "normal:-vers-tls1.3" fixes the problem for me:
>>   (setq gnutls-algorithm-priority "normal:-vers-tls1.3")
>>
>> The question that still remains is: why is this customization
>> necessary?
>
> It shouldn't be -- gnutls should degrade gracefully here, and your
> test
> with gnutls-cli seems to indicate that it does.  So it sounds like
> there's a bug in how Emacs interfaces with the gnutls library in this
> situation.

I agree, that this looks like a bug.

>> And why is it only necessary on this NetBSD system but on none of my
>> GNU/Linux systems?
>
> Perhaps the version of gnutls on NetBSD doesn't support TLS 1.3?

On my NetBSD system:

% gnutls-cli -l | grep -i tls1.3
TLS_AES_128_GCM_SHA256             0x13, 0x01      TLS1.3
TLS_AES_256_GCM_SHA384             0x13, 0x02      TLS1.3
TLS_CHACHA20_POLY1305_SHA256       0x13, 0x03      TLS1.3
TLS_AES_128_CCM_SHA256             0x13, 0x04      TLS1.3
TLS_AES_128_CCM_8_SHA256           0x13, 0x05      TLS1.3
Protocols: VERS-TLS1.0, VERS-TLS1.1, VERS-TLS1.2, VERS-TLS1.3, VERS-DTLS0.9, 
VERS-DTLS1.0, VERS-DTLS1.2

This output is identical to the output I get on my GNU/Linux system
where the system does not exist.  So I'd assume the TLS 1.3 support does
not differ...

Thanks for your support,

sascha

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#48103: 28.0.50; tls connection failing on invoking package-list-packages (and other operations)
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 05 May 2021 09:21:02 +0000
Resent-Message-ID: <handler.48103.B48103.162020644026381 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 48103
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: wilde@HIDDEN
Cc: 48103 <at> debbugs.gnu.org
Received: via spool by 48103-submit <at> debbugs.gnu.org id=B48103.162020644026381
          (code B ref 48103); Wed, 05 May 2021 09:21:02 +0000
Received: (at 48103) by debbugs.gnu.org; 5 May 2021 09:20:40 +0000
Received: from localhost ([127.0.0.1]:58935 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1leDhw-0006rR-Ck
	for submit <at> debbugs.gnu.org; Wed, 05 May 2021 05:20:40 -0400
Received: from quimby.gnus.org ([95.216.78.240]:33878)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1leDhu-0006rL-CN
 for 48103 <at> debbugs.gnu.org; Wed, 05 May 2021 05:20:39 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:
 References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=HrLDdlCzAWRtvyZA6vEZUC5AAQBat9opoKeC8zB/YVU=; b=X3GwzfDNZ/30ZuIyiCW4TaiNia
 2d1XZ6a7PDu0284DJpnCMIqTqqKOKPdp5tYktb5TJ6YRC7k3nb60WbmiEoFcXq8IX+hHSt0lL6w2d
 l7rqdLtAddB0BGww/rf4/0jK0qZuM0wjknlWQbNn404cCFz6wh3m7CAI7wxCMok6hNf4=;
Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo)
 by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <larsi@HIDDEN>)
 id 1leDhl-00073X-5B; Wed, 05 May 2021 11:20:31 +0200
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <87mtth87yw.fsf@HIDDEN> <87eeepk233.fsf@HIDDEN>
 <87o8ds9lcf.fsf@HIDDEN> <87pmy6an42.fsf@HIDDEN>
 <874kfiljya.fsf@HIDDEN>
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj
 SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUWFBYtKy2bmpuE
 gX9ZWFo/PUC+vsDf3uD///9WBNviAAAAAWJLR0QIht6VegAAAAd0SU1FB+UFBQkSCAydnL0AAAFw
 SURBVDjLhVNBboMwELQruLMRfkBdiz6geUCgu/Qap/a9SiO4Ry3+fm1SNcCCOhII7Xhmx/YixA1S
 3/H0onUh/kMWVzaEunFJU90V2XCpTkZf9UPbD+1b86eQiJiRQcxxxMQMwLojayGFBAmeivg1Wfvb
 SYIV0q+ovFfKJ9USMEaopeDIPflyzcx6gNJYRihF3paklqlEbI3gamBO5St57xSLpd6Ns1blrLlr
 qChNIZaKuAlX78KBh8Wo2IUPtSQy012oDV9s51nTdV0fBn4eTT90/fBpcN5BqJGo6uduFktCmaxC
 8G5/nK4X4HRqEYZHO1Hk8TmNgq66zIxIiF0SnA3gLG9UP0Sf0IfvnO0jEeFM7HTzKhFDjex020QE
 g+w+TjcvRkiXvK7EZkH6pur02rzFofK8nAhn1+qiUI4nHQlwtKoAcHatHm9ktXUiQKxjq75NbMMh
 AhIS4WFOxD/Q6/jaYz0nPKJFR2m45ZYr/AAWWF2qfidw1QAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAy
 MS0wNS0wNVQwOToxODowOCswMDowMDlEiSUAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMDUtMDVU
 MDk6MTg6MDgrMDA6MDBIGTGZAAAAAElFTkSuQmCC
X-Now-Playing: Nico's _Fata Morgana_: "The Sound I"
Date: Wed, 05 May 2021 11:20:27 +0200
In-Reply-To: <874kfiljya.fsf@HIDDEN> (wilde@HIDDEN's
 message of "Tue, 04 May 2021 15:14:37 +0200")
Message-ID: <87mtt97d0k.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview:  wilde@HIDDEN writes: >> Perhaps the version of gnutls
 on NetBSD doesn't support TLS 1.3? > > On my NetBSD system: > > % gnutls-cli
 -l | grep -i tls1.3 > TLS_AES_128_GCM_SHA256 0x13,
 0x01 TLS1.3 > TLS_AES_256_GCM_SHA384 0x [...] 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

wilde@HIDDEN writes:

>> Perhaps the version of gnutls on NetBSD doesn't support TLS 1.3?
>
> On my NetBSD system:
>
> % gnutls-cli -l | grep -i tls1.3
> TLS_AES_128_GCM_SHA256             0x13, 0x01      TLS1.3
> TLS_AES_256_GCM_SHA384             0x13, 0x02      TLS1.3
> TLS_CHACHA20_POLY1305_SHA256       0x13, 0x03      TLS1.3
> TLS_AES_128_CCM_SHA256             0x13, 0x04      TLS1.3
> TLS_AES_128_CCM_8_SHA256           0x13, 0x05      TLS1.3
> Protocols: VERS-TLS1.0, VERS-TLS1.1, VERS-TLS1.2, VERS-TLS1.3, VERS-DTLS0.9, 
> VERS-DTLS1.0, VERS-DTLS1.2
>
> This output is identical to the output I get on my GNU/Linux system
> where the system does not exist.  So I'd assume the TLS 1.3 support does
> not differ...

Doesn't sound like it, no, so I'm guessing there's something
timing-related and a problem with retries.  Unfortunately, I'm not able
to build Emacs at all under Netbsd 9.0 (which is the version I have
here), so I'll have to install a new VM with 9.1 to do some testing.

That might take a while, though, so if somebody else can poke at this,
that'd be nice.  :-)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#48103: 28.0.50; tls connection failing on invoking package-list-packages (and other operations)
Resent-From: Robert Pluim <rpluim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 05 May 2021 12:56:01 +0000
Resent-Message-ID: <handler.48103.B48103.162021932811791 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 48103
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: wilde@HIDDEN, 48103 <at> debbugs.gnu.org
Received: via spool by 48103-submit <at> debbugs.gnu.org id=B48103.162021932811791
          (code B ref 48103); Wed, 05 May 2021 12:56:01 +0000
Received: (at 48103) by debbugs.gnu.org; 5 May 2021 12:55:28 +0000
Received: from localhost ([127.0.0.1]:59987 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1leH3n-000347-Ke
	for submit <at> debbugs.gnu.org; Wed, 05 May 2021 08:55:27 -0400
Received: from mail-wr1-f49.google.com ([209.85.221.49]:38689)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rpluim@HIDDEN>) id 1leH3k-000340-Q8
 for 48103 <at> debbugs.gnu.org; Wed, 05 May 2021 08:55:25 -0400
Received: by mail-wr1-f49.google.com with SMTP id l14so1722674wrx.5
 for <48103 <at> debbugs.gnu.org>; Wed, 05 May 2021 05:55:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :mime-version; bh=WtuDWBj3fPh1uTf2TLNutw6GTUbCBNnV58a5AIgrKTc=;
 b=DlvmLu5zqVo812yO/YJwSux9A70dbtLcNi6OaQv2Zs4gJqDL8uRiQROlzX+n10ZgQI
 4SXX0Gv8aaujeevUOxSWHQBwhta468Jwd6izN/FrNsv4/0uqotK1KDcdhENBt3wrXCdJ
 TKlkGMt+8TydGH5/tvY4aEUXB0+9mSoJwwpkE/OH3pw0gNTzBilR0XDi4c6veTCMsUiK
 4FHgVJLn1F+WdoUSjSHD9uUIwUCV+YLKmPW9ZnMGi+VL/rcHKSE5MKJTc2iUrkwE8rKA
 RHZrur5QHgJr3loj3bE8jrAwKXJoIPKNED/0ewk5pyiVG7nOXDE2UaGlJg2Fy8Ti8y+u
 0qXw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
 :message-id:mime-version;
 bh=WtuDWBj3fPh1uTf2TLNutw6GTUbCBNnV58a5AIgrKTc=;
 b=Kh9GyJlCbrSmNhSdGMeiScMZ37L0AB3aZRQl4HDZApAtFB3IxhaceKiyT8oPlTgWDA
 r4Nd1oR9lju7r4IEX1ACCHlYkxLTzZWklzyGmN7P9MNHaMDR5p3j7WLUVcuJJZ5z++f1
 Fu778MpqP3AHB4a0066VpuQ0ivFrBi26b3dX2TE67UTddSH28BXKoKQUl+QzLRlWgTMf
 53KmBy/vry6FRnGoVeu1Ry8nljpMvk+0Tpgl83XQqo1cFUauHQr/uCXy6EoFqO+s3P4G
 66HRIMEcG7hjH+iIvhWfpJNTlYLINiaeYx/seTE59cH5qg6i4k7xAHR177MQJOqSufvN
 BePQ==
X-Gm-Message-State: AOAM5317NTrcyoGyXAYCT7sHzbZU1AY52so+hsEaOOg1GrSAz3nN5r+M
 z5RIfOLsZHWVPj3TAGRldefSOZSYryg=
X-Google-Smtp-Source: ABdhPJzJQEFBV5g3wiIfNaFb4qTvlH59N/Aa0B2eTFP+81aKVMGSMiN/9vxXzBFvkaWdI1u25tP8Jw==
X-Received: by 2002:adf:a119:: with SMTP id o25mr38685030wro.61.1620219318427; 
 Wed, 05 May 2021 05:55:18 -0700 (PDT)
Received: from rltb ([82.66.8.55])
 by smtp.gmail.com with ESMTPSA id y21sm5740667wmi.15.2021.05.05.05.55.17
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Wed, 05 May 2021 05:55:17 -0700 (PDT)
From: Robert Pluim <rpluim@HIDDEN>
References: <87mtth87yw.fsf@HIDDEN> <87eeepk233.fsf@HIDDEN>
 <87o8ds9lcf.fsf@HIDDEN> <87pmy6an42.fsf@HIDDEN>
 <874kfiljya.fsf@HIDDEN> <87mtt97d0k.fsf@HIDDEN>
Date: Wed, 05 May 2021 14:55:16 +0200
In-Reply-To: <87mtt97d0k.fsf@HIDDEN> (Lars Ingebrigtsen's message of "Wed,
 05 May 2021 11:20:27 +0200")
Message-ID: <87bl9p8hmz.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

>>>>> On Wed, 05 May 2021 11:20:27 +0200, Lars Ingebrigtsen <larsi@HIDDEN> said:

    Lars> wilde@HIDDEN writes:
    >>> Perhaps the version of gnutls on NetBSD doesn't support TLS 1.3?
    >> 
    >> On my NetBSD system:
    >> 
    >> % gnutls-cli -l | grep -i tls1.3
    >> TLS_AES_128_GCM_SHA256             0x13, 0x01      TLS1.3
    >> TLS_AES_256_GCM_SHA384             0x13, 0x02      TLS1.3
    >> TLS_CHACHA20_POLY1305_SHA256       0x13, 0x03      TLS1.3
    >> TLS_AES_128_CCM_SHA256             0x13, 0x04      TLS1.3
    >> TLS_AES_128_CCM_8_SHA256           0x13, 0x05      TLS1.3
    >> Protocols: VERS-TLS1.0, VERS-TLS1.1, VERS-TLS1.2, VERS-TLS1.3, VERS-DTLS0.9, 
    >> VERS-DTLS1.0, VERS-DTLS1.2
    >> 
    >> This output is identical to the output I get on my GNU/Linux system
    >> where the system does not exist.  So I'd assume the TLS 1.3 support does
    >> not differ...

    Lars> Doesn't sound like it, no, so I'm guessing there's something
    Lars> timing-related and a problem with retries.  Unfortunately, I'm not able
    Lars> to build Emacs at all under Netbsd 9.0 (which is the version I have
    Lars> here), so I'll have to install a new VM with 9.1 to do some testing.

    Lars> That might take a while, though, so if somebody else can poke at this,
    Lars> that'd be nice.  :-)

I had a quick look at what gnutls-cli does differently, and it sets a
timeout on the handshake, but that then requires you to supply a
timeout callback, which ends up calling select. gnutls-cli sets a
timeout of 40 seconds, but I guess we could set something shorter, but
then I worry about the effect of calling select from outside
wait_reading_process_output.

Robert
--

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#48103: 28.0.50; tls connection failing on invoking package-list-packages (and other operations)
Resent-From: wilde@HIDDEN
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 05 May 2021 14:25:02 +0000
Resent-Message-ID: <handler.48103.B48103.162022469916706 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 48103
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: 48103 <at> debbugs.gnu.org
Received: via spool by 48103-submit <at> debbugs.gnu.org id=B48103.162022469916706
          (code B ref 48103); Wed, 05 May 2021 14:25:02 +0000
Received: (at 48103) by debbugs.gnu.org; 5 May 2021 14:24:59 +0000
Received: from localhost ([127.0.0.1]:60569 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1leISR-0004LO-GP
	for submit <at> debbugs.gnu.org; Wed, 05 May 2021 10:24:59 -0400
Received: from mail2.sha-bang.de ([78.47.120.114]:60682 helo=mail.sha-bang.de)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <wilde@HIDDEN>) id 1leISP-0004LI-IW
 for 48103 <at> debbugs.gnu.org; Wed, 05 May 2021 10:24:58 -0400
Received: from tammy.sha-bang.de (dyndsl-089-166-222-032.ewe-ip-backbone.de
 [89.166.222.32])
 by mail.sha-bang.de (Postfix) with ESMTPSA id C8EFB180;
 Wed,  5 May 2021 16:24:55 +0200 (CEST)
Received: by tammy.sha-bang.de (Postfix, from userid 1000)
 id 1FF935A79; Wed,  5 May 2021 16:24:55 +0200 (CEST)
From: wilde@HIDDEN
In-Reply-To: <87mtt97d0k.fsf@HIDDEN> (Lars Ingebrigtsen's message of "Wed,
 05 May 2021 11:20:27 +0200")
References: <87mtth87yw.fsf@HIDDEN> <87eeepk233.fsf@HIDDEN>
 <87o8ds9lcf.fsf@HIDDEN> <87pmy6an42.fsf@HIDDEN>
 <874kfiljya.fsf@HIDDEN> <87mtt97d0k.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (berkeley-unix)
Date: Wed, 05 May 2021 16:24:54 +0200
Message-ID: <87sg31qmvd.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.4 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Lars Ingebrigtsen <larsi@HIDDEN> wrote:
> wilde@HIDDEN writes:
> [...]  Unfortunately, I'm not able
> to build Emacs at all under Netbsd 9.0 (which is the version I have
> here), so I'll have to install a new VM with 9.1 to do some testing.

Full disclosure: I'm building using gcc10 also build by my self.
(And currently I'm linking against a gnutls version also build by my self
as this was the first idea I had to fix the problem at hand -- which did
not change the problem)

In case this helps I could tar up provide my entire /usr/local
(containing my emacs, gcc and gnutls).

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#48103: 28.0.50; tls connection failing on invoking package-list-packages (and other operations)
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 06 May 2021 09:14:01 +0000
Resent-Message-ID: <handler.48103.B48103.162029239620397 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 48103
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Robert Pluim <rpluim@HIDDEN>
Cc: wilde@HIDDEN, 48103 <at> debbugs.gnu.org
Received: via spool by 48103-submit <at> debbugs.gnu.org id=B48103.162029239620397
          (code B ref 48103); Thu, 06 May 2021 09:14:01 +0000
Received: (at 48103) by debbugs.gnu.org; 6 May 2021 09:13:16 +0000
Received: from localhost ([127.0.0.1]:37096 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1lea4K-0005Iv-9N
	for submit <at> debbugs.gnu.org; Thu, 06 May 2021 05:13:16 -0400
Received: from quimby.gnus.org ([95.216.78.240]:45676)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <larsi@HIDDEN>) id 1lea4H-0005Io-Hf
 for 48103 <at> debbugs.gnu.org; Thu, 06 May 2021 05:13:14 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org;
 s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:
 References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:
 Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender:
 Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:
 List-Subscribe:List-Post:List-Owner:List-Archive;
 bh=LtTEbS3AzglP9cr/15RYelVpiJYmjxF9BDvzbgjeI4s=; b=pmaHB7/10OKTzXs4D5pYUm7rYR
 quA+SLSMgL50jHw4HH+BYf3ZPKN44dpyC/U+KdCm2o02h+HnloqCZT3yIByFnqsqcpSMmlXTWpKXL
 fLM9mKhOGUVvqmU1ahKlP4chvl5he/XNeDIg0S5RyfO/ZqGIv/jzPOc3tDSF78NG8B5k=;
Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo)
 by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <larsi@HIDDEN>)
 id 1lea49-0005IG-3G; Thu, 06 May 2021 11:13:07 +0200
From: Lars Ingebrigtsen <larsi@HIDDEN>
References: <87mtth87yw.fsf@HIDDEN> <87eeepk233.fsf@HIDDEN>
 <87o8ds9lcf.fsf@HIDDEN> <87pmy6an42.fsf@HIDDEN>
 <874kfiljya.fsf@HIDDEN> <87mtt97d0k.fsf@HIDDEN>
 <87bl9p8hmz.fsf@HIDDEN>
Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj
 SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAALVBMVEUyNzg9QUM5PkEt
 MjUnLC9dX2HRzs6wr6/Av75MT1Ftb3CQkZHp5uV+gID///9zwziWAAAAAWJLR0QOb70wTwAAAAd0
 SU1FB+UFBgg1JPf3h+IAAAF0SURBVDjLrZQ/T4NAGMavvl26iU52UvkCr56adDMpDMXFpQNOTnXQ
 wZgUkuqscy1Li4ODmrS42oF2lZiUT+CnEXr8uTtg8x0IvD+ee+457iA1RVF2iVwbCvdA14XiG5C0
 KRXaeVPQQNqnyK4oC6jsIgFaMhS7rxAAigIkWzVlfw8KFnrP6tmP9gi4cGtg3C/6vhUBlEG/S9xl
 GQias+u57RRyGOHtwdP7QxkIdkw3dEBeEiNc1T9uAgeKisv6ZyiAxDx83X4J46GktTJWp+REVLDk
 xreGZ4EVASmHfjV5O/ZsJwuIKbBn04n9pWY5MuB3ZxfzO7XwzfVpY+CNz1UuH3PvTDeXPyZRs9li
 IuksBk3/EGOAInDchT8kvDkDreeG92sOBZBEBE1jX59FQX7/8BsrVxQ2nCzhD0IVwNgxWlYKFOQj
 0jLHw3FU3RGIIJ0HAUmR2yDKAjY3oAVASqw5EamoSlLi8B9V+hch5EhLqt0Wsv8BKqKedXq3OdkA
 AAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMDUtMDZUMDg6NTM6MzYrMDA6MDBbkxCZAAAAJXRFWHRk
 YXRlOm1vZGlmeQAyMDIxLTA1LTA2VDA4OjUzOjM2KzAwOjAwKs6oJQAAAABJRU5ErkJggg==
X-Now-Playing: Zola Jesus's _New Amsterdam_: "New Amsterdam"
Date: Thu, 06 May 2021 11:13:04 +0200
In-Reply-To: <87bl9p8hmz.fsf@HIDDEN> (Robert Pluim's message of "Wed, 05
 May 2021 14:55:16 +0200")
Message-ID: <8735v01azj.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 @@CONTACT_ADDRESS@@ for details.
 Content preview: Robert Pluim <rpluim@HIDDEN> writes: > I had a quick look
 at what gnutls-cli does differently, and it sets a > timeout on the handshake, 
 but that then requires you to supply a > timeout callback, which ends up
 calling select. 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Robert Pluim <rpluim@HIDDEN> writes:

> I had a quick look at what gnutls-cli does differently, and it sets a
> timeout on the handshake, but that then requires you to supply a
> timeout callback, which ends up calling select.

Right -- and in Emacs we're just polling on EAGAIN, perhaps?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#48103: 28.0.50; tls connection failing on invoking package-list-packages (and other operations)
Resent-From: Robert Pluim <rpluim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 06 May 2021 13:01:02 +0000
Resent-Message-ID: <handler.48103.B48103.162030600325270 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 48103
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: wilde@HIDDEN, 48103 <at> debbugs.gnu.org
Received: via spool by 48103-submit <at> debbugs.gnu.org id=B48103.162030600325270
          (code B ref 48103); Thu, 06 May 2021 13:01:02 +0000
Received: (at 48103) by debbugs.gnu.org; 6 May 2021 13:00:03 +0000
Received: from localhost ([127.0.0.1]:37511 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1ledbn-0006ZW-Fb
	for submit <at> debbugs.gnu.org; Thu, 06 May 2021 09:00:03 -0400
Received: from mail-wm1-f43.google.com ([209.85.128.43]:50709)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rpluim@HIDDEN>) id 1ledbj-0006Yb-UW
 for 48103 <at> debbugs.gnu.org; Thu, 06 May 2021 09:00:01 -0400
Received: by mail-wm1-f43.google.com with SMTP id n84so3355533wma.0
 for <48103 <at> debbugs.gnu.org>; Thu, 06 May 2021 05:59:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :mime-version:content-transfer-encoding;
 bh=jE1HEBW+SFTgxBBZYMPaWqMmQMVfkQGyCHr7cyWS2ps=;
 b=KrtelFXS2ufmUMcTMQP0IehECJSHrzWAdp4KthjPkbn2Ou2FDdi4+wl8pJTnHcPNdE
 p66eCRt62MwG3V6ktqsYJUYOgd6VJ2jhxwbhbE4LRXEDn0xO09GEWBZHGDCuzVhZgJYO
 FBZZlJAl+g24o0K+naXi3MI8dhUEtg4CQXEknCyHljx/5fo96vNOU53i63JXdNf1Y3by
 UAfNeUYzIdiwbQml6UN2HqTvVkTS3ZdwjbBAkrGt0Xhd4EgEHKZ1MbHHUzbceR5q50v8
 tzNXyjkr3VsfLjY2pKfYy7+l81+xsZbfsSGfMz+IVv7s14bw+/cjx3Dhz7zhorAtQqME
 rtdg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
 :message-id:mime-version:content-transfer-encoding;
 bh=jE1HEBW+SFTgxBBZYMPaWqMmQMVfkQGyCHr7cyWS2ps=;
 b=DdXaupgptx26yr3h8JdUUKN2axSuAQAGG8/PcAWlhGR+i4+jKV7gajIaF9kDcIB2Ts
 z263Xpetr9/c9ogCERggullJsbt5m0AFL9wc/hFC+CuPMOCelB68aPEG9EMNI6LSPXJT
 8BRbc9EBoVHp/3wuLUgqn64DIvl71jbv4gSI4RAHS0AKGp9bqKcShglyJiCFrrzJy5vV
 +CoMKXpkS1I4GWpS1goKpCMcnmD+1RzVerVlzSw9HWY2NRMWSlPFqBrrO2PP0ZAGlg3k
 tMMOl5OQBgdjfH4uW3ATcB4A5flfGawv8190D5HJrOg1FNXwpB9H0F077tuqK/Aj73Hj
 6QQg==
X-Gm-Message-State: AOAM5333e67cmFJZPr03/7kT3cqR0B1kPhFmhC61kKfPz4imm8dqa2i9
 wvFzGOAnfU/uaPqZUsPWJQpbBPVb720=
X-Google-Smtp-Source: ABdhPJwS+cCAoJQHXwEW0/ANe4caLaOo2B0N4ODTFHnx55GbLmbU5o5MaGWGgnG96qCf4emTm91QDg==
X-Received: by 2002:a05:600c:322a:: with SMTP id
 r42mr15316954wmp.187.1620305993566; 
 Thu, 06 May 2021 05:59:53 -0700 (PDT)
Received: from rltb ([82.66.8.55])
 by smtp.gmail.com with ESMTPSA id n7sm4280967wri.14.2021.05.06.05.59.52
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Thu, 06 May 2021 05:59:52 -0700 (PDT)
From: Robert Pluim <rpluim@HIDDEN>
References: <87mtth87yw.fsf@HIDDEN> <87eeepk233.fsf@HIDDEN>
 <87o8ds9lcf.fsf@HIDDEN> <87pmy6an42.fsf@HIDDEN>
 <874kfiljya.fsf@HIDDEN> <87mtt97d0k.fsf@HIDDEN>
 <87bl9p8hmz.fsf@HIDDEN> <8735v01azj.fsf@HIDDEN>
Date: Thu, 06 May 2021 14:59:51 +0200
In-Reply-To: <8735v01azj.fsf@HIDDEN> (Lars Ingebrigtsen's message of "Thu,
 06 May 2021 11:13:04 +0200")
Message-ID: <87r1ik3tmg.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

>>>>> On Thu, 06 May 2021 11:13:04 +0200, Lars Ingebrigtsen <larsi@HIDDEN=
> said:

    Lars> Robert Pluim <rpluim@HIDDEN> writes:
    >> I had a quick look at what gnutls-cli does differently, and it sets a
    >> timeout on the handshake, but that then requires you to supply a
    >> timeout callback, which ends up calling select.

    Lars> Right -- and in Emacs we're just polling on EAGAIN, perhaps?

Essentially, yes. I took a poke at copying what gnutls-cli does, but
it=CA=BCs broken TLS connections to some sites (eg gnu.org). It may end up
not being a small change (ie we may have to add in custom pull/push
functions rather than just a timeout function).

Robert
--=20

Last modified: Thu, 6 May 2021 13:15:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.