Opened 8 years ago

Closed 6 years ago

#40034 closed defect (worksforme)

Fetch of xz distfile fails - connection timeout()

Reported by: richard@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: base Version: 2.2.0
Keywords: Cc:
Port:

Description (last modified by larryv (Lawrence Velázquez))

expected results: latest version of xz, 5.0.5, retrievable from http://tukaani.org/xz/

actual results: as per macports log file, fetch fails due to connect() timeout on all mirrors.

thus, any package depending on xz (e.g., gtk2) fails to download.

===================================
pertinent log file contents:

...
:debug:fetch Fetching distfile failed: connect() timed out!
:notice:fetch --->  Attempting to fetch xz-5.0.5.tar.bz2 from http://tukaani.org/xz/
:debug:fetch Fetching distfile failed: connect() timed out!
:notice:fetch --->  Attempting to fetch xz-5.0.5.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/xz
:debug:fetch Fetching distfile failed: connect() timed out!
:error:fetch org.macports.fetch for port xz returned: fetch failed
...

===================================

however, when executing curl from the command line, this output:

===================================

IT-MacBookPro:~ central$ curl -v http://tukaani.org/xz/xz-5.0.5.tar.bz2 >xz.tar.bz2
* About to connect() to tukaani.org port 80 (#0)
*   Trying 84.34.147.45...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0* connected
* Connected to tukaani.org (84.34.147.45) port 80 (#0)
> GET /xz/xz-5.0.5.tar.bz2 HTTP/1.1
> User-Agent: curl/7.24.0 (x86_64-apple-darwin12.0) libcurl/7.24.0 OpenSSL/0.9.8r zlib/1.2.5
> Host: tukaani.org
> Accept: */*
> 
< HTTP/1.1 200 OK
< Date: Tue, 06 Aug 2013 19:57:03 GMT
< Server: Apache/2
< Last-Modified: Sun, 30 Jun 2013 16:47:09 GMT
< ETag: "12dec08-102f29-4e061dce09d40"
< Accept-Ranges: bytes
< Content-Length: 1060649
< Content-Type: application/x-bzip2
< 
{ [data not shown]
100 1035k  100 1035k    0     0   332k      0  0:00:03  0:00:03 --:--:--  417k
* Connection #0 to host tukaani.org left intact
* Closing connection #0
IT-MacBookPro:~ central$

===================================

Change History (7)

comment:1 Changed 8 years ago by larryv (Lawrence Velázquez)

Component: portsbase
Description: modified (diff)
Keywords: fetch connect() timeout removed

comment:2 Changed 8 years ago by ryandesign (Ryan Schmidt)

Do you use a proxy on your network? If so, make sure the relevant settings in macports.conf are correct.

comment:3 in reply to:  2 Changed 8 years ago by richard@…

Replying to ryandesign@…:

Do you use a proxy on your network? If so, make sure the relevant settings in macports.conf are correct.

No, there is no proxy involved. In fact, the macports selfupdate command works just fine.

comment:4 Changed 8 years ago by ryandesign (Ryan Schmidt)

selfupdate uses rsync; here we're talking about http.

comment:5 Changed 8 years ago by richard@…

so, rsync works, curl works, and there is no proxy involved.

why does http not work, then?; and what exactly is the command that's used to connect and retrieve a distro? that is, i can test the command directly from the command line when i know what it is.

comment:6 Changed 7 years ago by ryandesign (Ryan Schmidt)

MacPorts uses the curl library libcurl, not the curl executable, so it's not so straightforward to say what the corresponding command is. But if you can download the file with curl on the command line, it's not clear why you wouldn't be able to download the same file with MacPorts using libcurl.

comment:7 Changed 6 years ago by larryv (Lawrence Velázquez)

Resolution: worksforme
Status: newclosed

Can’t reproduce, and no response in nearly 2 years.

Note: See TracTickets for help on using tickets.