From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50191) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d0OD9-0002nA-Bh for guix-patches@gnu.org; Tue, 18 Apr 2017 04:10:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d0OD4-00039T-HJ for guix-patches@gnu.org; Tue, 18 Apr 2017 04:10:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:55176) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d0OD4-00039P-EA for guix-patches@gnu.org; Tue, 18 Apr 2017 04:10:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1d0OD4-0002CH-9l for guix-patches@gnu.org; Tue, 18 Apr 2017 04:10:02 -0400 Subject: bug#26501: [PATCH 1/1] gnu: mutt: Update to 1.8.1. Resent-Message-ID: From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <20170414180441.GA25313@jasmine> <87vaq4ptdm.fsf@gnu.org> <20170417172822.GA4097@jasmine> <87d1capw52.fsf@gnu.org> <20170417220256.GC32573@jasmine> Date: Tue, 18 Apr 2017 10:08:57 +0200 In-Reply-To: <20170417220256.GC32573@jasmine> (Leo Famulari's message of "Mon, 17 Apr 2017 18:02:56 -0400") Message-ID: <8737d6uoh2.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Leo Famulari Cc: 26501@debbugs.gnu.org Leo Famulari skribis: > On Mon, Apr 17, 2017 at 11:22:17PM +0200, Ludovic Court=C3=A8s wrote: >> Leo Famulari skribis: >>=20 >> > On Sun, Apr 16, 2017 at 11:57:25AM +0200, Ludovic Court=C3=A8s wrote: >> >> Leo Famulari skribis: >> >> >> (uri (string-append "ftp://ftp.mutt.org/pub/mutt/mut= t-" >> >> >> version ".tar.gz")) >> >> > >> >> > I found that Guix's FTP client is having trouble with this URL. It = hangs >> >> > until it times out; other clients like wget and Firefox work fine. >> >>=20 >> >> I can=E2=80=99t reproduce this problem with Guix master (=E2=80=98gui= x download=E2=80=99) and >> >> Guile 2.2 or 2.0. Do you have more details? >> > >> > Strace shows it hangs here: >> > >> > [pid 4066] connect(13, {sa_family=3DAF_INET6, sin6_port=3Dhtons(60512= ), inet_pton(AF_INET6, "2600:3402:200:227::2", &sin6_addr), sin6_flowinfo= =3Dhtonl(0), sin6_scope_id=3D0}, 28 >> > >> > When I disable IPv6, it works. I can use other FTP clients over IPv6 to >> > download this file. >>=20 >> And what does strace give for those other FTP clients? The port number >> looks fishy. > > I'm out of my depth, but here is what I believe is the relevant portion > of the strace output while using wget (full strace log attached): > > connect(3, {sa_family=3DAF_INET, sin_port=3Dhtons(0), sin_addr=3Dinet_add= r("140.211.166.134")}, 16) =3D -1 ENETUNREACH (Network is unreachable) > close(3) =3D 0=20=20=20 > socket(AF_INET6, SOCK_DGRAM, IPPROTO_IP) =3D 3 > connect(3, {sa_family=3DAF_INET6, sin6_port=3Dhtons(0), inet_pton(AF_INET= 6, "2600:3402:200:227::2", &sin6_addr), sin6_flowinfo=3Dhtonl(0), sin6_scop= e_id=3D0}, 28) =3D 0 > getsockname(3, {sa_family=3DAF_INET6, sin6_port=3Dhtons(59772), inet_pton= (AF_INET6, "2601:47:4101:9916:2d39:1eca:471f:95be", &sin6_addr), sin6_flowi= nfo=3Dhtonl(0), sin6_scope_id=3D0}, [28]) =3D 0 > connect(3, {sa_family=3DAF_UNSPEC, sa_data=3D"\0\0\0\0\0\0\0\0\0\0\0\0\0\= 0"}, 16) =3D 0 > connect(3, {sa_family=3DAF_INET6, sin6_port=3Dhtons(0), inet_pton(AF_INET= 6, "2600:3404:200:237::2", &sin6_addr), sin6_flowinfo=3Dhtonl(0), sin6_scop= e_id=3D0}, 28) =3D 0 > getsockname(3, {sa_family=3DAF_INET6, sin6_port=3Dhtons(33848), inet_pton= (AF_INET6, "2601:47:4101:9916:2d39:1eca:471f:95be", &sin6_addr), sin6_flowi= nfo=3Dhtonl(0), sin6_scope_id=3D0}, [28]) =3D 0 > connect(3, {sa_family=3DAF_UNSPEC, sa_data=3D"\0\0\0\0\0\0\0\0\0\0\0\0\0\= 0"}, 16) =3D 0 > connect(3, {sa_family=3DAF_INET6, sin6_port=3Dhtons(0), inet_pton(AF_INET= 6, "2605:bc80:3010::134", &sin6_addr), sin6_flowinfo=3Dhtonl(0), sin6_scope= _id=3D0}, 28) =3D 0 > getsockname(3, {sa_family=3DAF_INET6, sin6_port=3Dhtons(55724), inet_pton= (AF_INET6, "2601:47:4101:9916:2d39:1eca:471f:95be", &sin6_addr), sin6_flowi= nfo=3Dhtonl(0), sin6_scope_id=3D0}, [28]) =3D 0 Weird, could you try this at the Guile REPL? --8<---------------cut here---------------start------------->8--- scheme@(guix ftp-client)> ,use(srfi srfi-1) scheme@(guix ftp-client)> (filter (lambda (ai) (=3D AF_INET6 (addrinfo:fam ai))) (getaddrinfo "ftp.mutt.org" "ftp")) $12 =3D (#(0 10 1 6 #(10 50511718684201498269534063486220369922 21 0 0) #f)= #(0 10 1 6 #(10 50511718842657823593210643852661096450 21 0 0) #f) #(0 10 = 1 6 #(10 50540448573204388932900632194751398196 21 0 0) #f)) scheme@(guix ftp-client)> (map (compose sockaddr:port addrinfo:addr) $12) $13 =3D (21 21 21) --8<---------------cut here---------------end--------------->8--- Here I get port 21 every time. If I connect to the first one, I get: connect(14, {sa_family=3DAF_INET6, sin6_port=3Dhtons(21), inet_pton(AF_IN= ET6, "2600:3402:200:227::2", &sin6_addr), sin6_flowinfo=3Dhtonl(0), sin6_sc= ope_id=3D0}, 28) =3D -1 ENETUNREACH (Network is unreachable) =E2=80=A6 which is as expected (well, no IPv6 here, but the arguments to =E2=80=98connect=E2=80=99 look good.) Thanks, Ludo=E2=80=99.