GNU bug report logs -
#26501
[PATCH 1/1] gnu: mutt: Update to 1.8.1.
Previous Next
Reported by: Leo Famulari <leo <at> famulari.name>
Date: Fri, 14 Apr 2017 18:00:02 UTC
Severity: normal
Tags: patch
Done: Leo Famulari <leo <at> famulari.name>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 26501 in the body.
You can then email your comments to 26501 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
guix-patches <at> gnu.org
:
bug#26501
; Package
guix-patches
.
(Fri, 14 Apr 2017 18:00:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Leo Famulari <leo <at> famulari.name>
:
New bug report received and forwarded. Copy sent to
guix-patches <at> gnu.org
.
(Fri, 14 Apr 2017 18:00:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
* gnu/packages/mail.scm (mutt): Update to 1.8.1.
---
gnu/packages/mail.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/mail.scm b/gnu/packages/mail.scm
index 255837198..96ceca5e4 100644
--- a/gnu/packages/mail.scm
+++ b/gnu/packages/mail.scm
@@ -221,14 +221,14 @@ aliasing facilities to work just as they would on normal mail.")
(define-public mutt
(package
(name "mutt")
- (version "1.8.0")
+ (version "1.8.1")
(source (origin
(method url-fetch)
(uri (string-append "ftp://ftp.mutt.org/pub/mutt/mutt-"
version ".tar.gz"))
(sha256
(base32
- "1axdcylyv0p194y6lj1jx127g5yc74zqzzxdc014cjw02bd1x125"))
+ "1b8dggq5x1b77a9i9250b3jhv2iddfzhr9rix1yfzckdms65mr8b"))
(patches (search-patches "mutt-store-references.patch"))))
(build-system gnu-build-system)
(inputs
--
2.12.2
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26501
; Package
guix-patches
.
(Fri, 14 Apr 2017 18:05:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 26501 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Fri, Apr 14, 2017 at 01:59:39PM -0400, Leo Famulari wrote:
> * gnu/packages/mail.scm (mutt): Update to 1.8.1.
> ---
> gnu/packages/mail.scm | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/gnu/packages/mail.scm b/gnu/packages/mail.scm
> index 255837198..96ceca5e4 100644
> --- a/gnu/packages/mail.scm
> +++ b/gnu/packages/mail.scm
> @@ -221,14 +221,14 @@ aliasing facilities to work just as they would on normal mail.")
> (define-public mutt
> (package
> (name "mutt")
> - (version "1.8.0")
> + (version "1.8.1")
> (source (origin
> (method url-fetch)
> (uri (string-append "ftp://ftp.mutt.org/pub/mutt/mutt-"
> 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.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26501
; Package
guix-patches
.
(Fri, 14 Apr 2017 18:14:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 26501 <at> debbugs.gnu.org (full text, mbox):
Leo Famulari transcribed 1.9K bytes:
> On Fri, Apr 14, 2017 at 01:59:39PM -0400, Leo Famulari wrote:
> > * gnu/packages/mail.scm (mutt): Update to 1.8.1.
> > ---
> > gnu/packages/mail.scm | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/gnu/packages/mail.scm b/gnu/packages/mail.scm
> > index 255837198..96ceca5e4 100644
> > --- a/gnu/packages/mail.scm
> > +++ b/gnu/packages/mail.scm
> > @@ -221,14 +221,14 @@ aliasing facilities to work just as they would on normal mail.")
> > (define-public mutt
> > (package
> > (name "mutt")
> > - (version "1.8.0")
> > + (version "1.8.1")
> > (source (origin
> > (method url-fetch)
> > (uri (string-append "ftp://ftp.mutt.org/pub/mutt/mutt-"
> > 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.
Gentoo has two (actually more) URLs in use here:
SRC_URI="ftp://ftp.mutt.org/pub/mutt/${P}.tar.gz
https://bitbucket.org/${PN}/${PN}/downloads/${P}.tar.gz
The bitbucket is linked on the mutt homepage, we could use that?
--
PGP and more: https://people.pragmatique.xyz/ng0/
Reply sent
to
Leo Famulari <leo <at> famulari.name>
:
You have taken responsibility.
(Fri, 14 Apr 2017 18:32:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Leo Famulari <leo <at> famulari.name>
:
bug acknowledged by developer.
(Fri, 14 Apr 2017 18:32:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 26501-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Fri, Apr 14, 2017 at 06:13:11PM +0000, ng0 wrote:
> Leo Famulari transcribed 1.9K bytes:
> > > (uri (string-append "ftp://ftp.mutt.org/pub/mutt/mutt-"
> > > 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.
>
> Gentoo has two (actually more) URLs in use here:
> SRC_URI="ftp://ftp.mutt.org/pub/mutt/${P}.tar.gz
> https://bitbucket.org/${PN}/${PN}/downloads/${P}.tar.gz
>
> The bitbucket is linked on the mutt homepage, we could use that?
Good point!
I had assumed the bitbucket link would provide a different
tarball, because it has its own link to a signature file. But, it
provides the same tarball, so I pushed this update as
7736bae9b72ab0a0bc7d7740a4724396a8dfcab3.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26501
; Package
guix-patches
.
(Sun, 16 Apr 2017 09:58:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 26501 <at> debbugs.gnu.org (full text, mbox):
Leo Famulari <leo <at> famulari.name> skribis:
> On Fri, Apr 14, 2017 at 01:59:39PM -0400, Leo Famulari wrote:
>> * gnu/packages/mail.scm (mutt): Update to 1.8.1.
>> ---
>> gnu/packages/mail.scm | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/gnu/packages/mail.scm b/gnu/packages/mail.scm
>> index 255837198..96ceca5e4 100644
>> --- a/gnu/packages/mail.scm
>> +++ b/gnu/packages/mail.scm
>> @@ -221,14 +221,14 @@ aliasing facilities to work just as they would on normal mail.")
>> (define-public mutt
>> (package
>> (name "mutt")
>> - (version "1.8.0")
>> + (version "1.8.1")
>> (source (origin
>> (method url-fetch)
>> (uri (string-append "ftp://ftp.mutt.org/pub/mutt/mutt-"
>> 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.
I can’t reproduce this problem with Guix master (‘guix download’) and
Guile 2.2 or 2.0. Do you have more details?
Ludo’.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26501
; Package
guix-patches
.
(Mon, 17 Apr 2017 17:59:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 26501 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Sun, Apr 16, 2017 at 11:57:25AM +0200, Ludovic Courtès wrote:
> Leo Famulari <leo <at> famulari.name> skribis:
> >> (uri (string-append "ftp://ftp.mutt.org/pub/mutt/mutt-"
> >> 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.
>
> I can’t reproduce this problem with Guix master (‘guix download’) and
> Guile 2.2 or 2.0. Do you have more details?
Strace shows it hangs here:
[pid 4066] connect(13, {sa_family=AF_INET6, sin6_port=htons(60512), inet_pton(AF_INET6, "2600:3402:200:227::2", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, 28
When I disable IPv6, it works. I can use other FTP clients over IPv6 to
download this file.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26501
; Package
guix-patches
.
(Mon, 17 Apr 2017 21:23:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 26501 <at> debbugs.gnu.org (full text, mbox):
Leo Famulari <leo <at> famulari.name> skribis:
> On Sun, Apr 16, 2017 at 11:57:25AM +0200, Ludovic Courtès wrote:
>> Leo Famulari <leo <at> famulari.name> skribis:
>> >> (uri (string-append "ftp://ftp.mutt.org/pub/mutt/mutt-"
>> >> 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.
>>
>> I can’t reproduce this problem with Guix master (‘guix download’) and
>> Guile 2.2 or 2.0. Do you have more details?
>
> Strace shows it hangs here:
>
> [pid 4066] connect(13, {sa_family=AF_INET6, sin6_port=htons(60512), inet_pton(AF_INET6, "2600:3402:200:227::2", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, 28
>
> When I disable IPv6, it works. I can use other FTP clients over IPv6 to
> download this file.
And what does strace give for those other FTP clients? The port number
looks fishy.
Ludo’.
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26501
; Package
guix-patches
.
(Mon, 17 Apr 2017 22:09:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 26501 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Mon, Apr 17, 2017 at 06:02:56PM -0400, Leo Famulari wrote:
> 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):
And here I've attached the strace log of `guix download`.
[log (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26501
; Package
guix-patches
.
(Mon, 17 Apr 2017 22:31:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 26501 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Mon, Apr 17, 2017 at 11:22:17PM +0200, Ludovic Courtès wrote:
> Leo Famulari <leo <at> famulari.name> skribis:
>
> > On Sun, Apr 16, 2017 at 11:57:25AM +0200, Ludovic Courtès wrote:
> >> Leo Famulari <leo <at> famulari.name> skribis:
> >> >> (uri (string-append "ftp://ftp.mutt.org/pub/mutt/mutt-"
> >> >> 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.
> >>
> >> I can’t reproduce this problem with Guix master (‘guix download’) and
> >> Guile 2.2 or 2.0. Do you have more details?
> >
> > Strace shows it hangs here:
> >
> > [pid 4066] connect(13, {sa_family=AF_INET6, sin6_port=htons(60512), inet_pton(AF_INET6, "2600:3402:200:227::2", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, 28
> >
> > When I disable IPv6, it works. I can use other FTP clients over IPv6 to
> > download this file.
>
> 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=AF_INET, sin_port=htons(0), sin_addr=inet_addr("140.211.166.134")}, 16) = -1 ENETUNREACH (Network is unreachable)
close(3) = 0
socket(AF_INET6, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET6, sin6_port=htons(0), inet_pton(AF_INET6, "2600:3402:200:227::2", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, 28) = 0
getsockname(3, {sa_family=AF_INET6, sin6_port=htons(59772), inet_pton(AF_INET6, "2601:47:4101:9916:2d39:1eca:471f:95be", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, [28]) = 0
connect(3, {sa_family=AF_UNSPEC, sa_data="\0\0\0\0\0\0\0\0\0\0\0\0\0\0"}, 16) = 0
connect(3, {sa_family=AF_INET6, sin6_port=htons(0), inet_pton(AF_INET6, "2600:3404:200:237::2", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, 28) = 0
getsockname(3, {sa_family=AF_INET6, sin6_port=htons(33848), inet_pton(AF_INET6, "2601:47:4101:9916:2d39:1eca:471f:95be", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, [28]) = 0
connect(3, {sa_family=AF_UNSPEC, sa_data="\0\0\0\0\0\0\0\0\0\0\0\0\0\0"}, 16) = 0
connect(3, {sa_family=AF_INET6, sin6_port=htons(0), inet_pton(AF_INET6, "2605:bc80:3010::134", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, 28) = 0
getsockname(3, {sa_family=AF_INET6, sin6_port=htons(55724), inet_pton(AF_INET6, "2601:47:4101:9916:2d39:1eca:471f:95be", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, [28]) = 0
[log (text/plain, attachment)]
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#26501
; Package
guix-patches
.
(Tue, 18 Apr 2017 08:10:02 GMT)
Full text and
rfc822 format available.
Message #34 received at 26501 <at> debbugs.gnu.org (full text, mbox):
Leo Famulari <leo <at> famulari.name> skribis:
> On Mon, Apr 17, 2017 at 11:22:17PM +0200, Ludovic Courtès wrote:
>> Leo Famulari <leo <at> famulari.name> skribis:
>>
>> > On Sun, Apr 16, 2017 at 11:57:25AM +0200, Ludovic Courtès wrote:
>> >> Leo Famulari <leo <at> famulari.name> skribis:
>> >> >> (uri (string-append "ftp://ftp.mutt.org/pub/mutt/mutt-"
>> >> >> 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.
>> >>
>> >> I can’t reproduce this problem with Guix master (‘guix download’) and
>> >> Guile 2.2 or 2.0. Do you have more details?
>> >
>> > Strace shows it hangs here:
>> >
>> > [pid 4066] connect(13, {sa_family=AF_INET6, sin6_port=htons(60512), inet_pton(AF_INET6, "2600:3402:200:227::2", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, 28
>> >
>> > When I disable IPv6, it works. I can use other FTP clients over IPv6 to
>> > download this file.
>>
>> 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=AF_INET, sin_port=htons(0), sin_addr=inet_addr("140.211.166.134")}, 16) = -1 ENETUNREACH (Network is unreachable)
> close(3) = 0
> socket(AF_INET6, SOCK_DGRAM, IPPROTO_IP) = 3
> connect(3, {sa_family=AF_INET6, sin6_port=htons(0), inet_pton(AF_INET6, "2600:3402:200:227::2", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, 28) = 0
> getsockname(3, {sa_family=AF_INET6, sin6_port=htons(59772), inet_pton(AF_INET6, "2601:47:4101:9916:2d39:1eca:471f:95be", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, [28]) = 0
> connect(3, {sa_family=AF_UNSPEC, sa_data="\0\0\0\0\0\0\0\0\0\0\0\0\0\0"}, 16) = 0
> connect(3, {sa_family=AF_INET6, sin6_port=htons(0), inet_pton(AF_INET6, "2600:3404:200:237::2", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, 28) = 0
> getsockname(3, {sa_family=AF_INET6, sin6_port=htons(33848), inet_pton(AF_INET6, "2601:47:4101:9916:2d39:1eca:471f:95be", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, [28]) = 0
> connect(3, {sa_family=AF_UNSPEC, sa_data="\0\0\0\0\0\0\0\0\0\0\0\0\0\0"}, 16) = 0
> connect(3, {sa_family=AF_INET6, sin6_port=htons(0), inet_pton(AF_INET6, "2605:bc80:3010::134", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, 28) = 0
> getsockname(3, {sa_family=AF_INET6, sin6_port=htons(55724), inet_pton(AF_INET6, "2601:47:4101:9916:2d39:1eca:471f:95be", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, [28]) = 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)
(= AF_INET6 (addrinfo:fam ai)))
(getaddrinfo "ftp.mutt.org" "ftp"))
$12 = (#(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 = (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=AF_INET6, sin6_port=htons(21), inet_pton(AF_INET6, "2600:3402:200:227::2", &sin6_addr), sin6_flowinfo=htonl(0), sin6_scope_id=0}, 28) = -1 ENETUNREACH (Network is unreachable)
… which is as expected (well, no IPv6 here, but the arguments to
‘connect’ look good.)
Thanks,
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 16 May 2017 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 122 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.