ossp-uuid download woes

[mdrcode]

A possible reoccurrence of download troubles for the ossp-uuid tarball. I'm hitting the flakey ftp behavior indicated in this bug from last year: #4338

It seems that the mirror added as resolution of that Issue now returns a 404 :-(

I was able to get things working using the file at this location: http://gnome-build-stage-1.googlecode.com/files/uuid-1.6.2.tar.gz

... but not sure if this is an 'official' enough mirror for mainstream homebrew usage.

Separately, I wonder if the flakiness is some sort of bug or issue between wget and the FTP server in use, because I see this curious behavior:

code$ wget ftp://ftp.ossp.org/pkg/lib/uuid/uuid-1.6.2.tar.gz
--2012-08-17 15:32:34-- ftp://ftp.ossp.org/pkg/lib/uuid/uuid-1.6.2.tar.gz
=> ‘uuid-1.6.2.tar.gz’
Resolving ftp.ossp.org... 194.97.152.152
Connecting to ftp.ossp.org|194.97.152.152|:21... connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD (1) /pkg/lib/uuid ... done.
==> SIZE uuid-1.6.2.tar.gz ... 397048
==> PASV ... couldn't connect to 194.97.152.152 port 25571: Connection refused

And I am able to download that file using Chrome...

[2bits]

It works for me today, the regular ftp url for this formula. I agree that the mirror is not going to work any more. They appear to have removed the ossp directory. http://www.mirrorservice.org/sites

Would you check the main url again?

export HOMEBREW_CURL_VERBOSE=1
brew fetch -f ossp-uuid

[mdrcode]

Thanks for responding. Copy paste below. Incidentally, this is from a different location (home) than my previous attempt (work) so two different ISPs show the same result ... Also this is a fresh-ish install of Mountain Lion:

~$ brew fetch -f ossp-uuid
==> Downloading ftp://ftp.ossp.org/pkg/lib/uuid/uuid-1.6.2.tar.gz

• About to connect() to ftp.ossp.org port 21 (#0)
• Trying 194.97.152.152...
• connected
• Connected to ftp.ossp.org (194.97.152.152) port 21 (#0)
  < 220 ftp.ossp.org OSSP Anonymous FTP Server (ProFTPD) ready.

  USER anonymous
  < 331 Anonymous login ok, send your complete email address as your password
  PASS ftp@example.com
  < 230- _
  < || _ ___ ___ ___ ____
  < |||| / _ / __) **)| __ \ Welcome to the FTP service of OSSP.
  < ||||| | || ** __ | **/ You are number 1 of maximal 10 users.
  < |||| /(/**/|_| Our localtime is Sun Aug 19 08:51:52 2012.
  <
  < 230 Anonymous access granted, restrictions apply
  PWD
  < 257 "/" is the current directory

• Entry path is '/'

  CWD pkg
  < 250-CWD command successful
  < Please read the file README
  < 250 it was last modified on Sat Jun 8 06:57:46 2002 - 3726 days ago
  CWD lib
  < 250 CWD command successful
  CWD uuid
  < 250 CWD command successful
  EPSV

• Connect data stream passively
  < 229 Entering Extended Passive Mode (|||6251|)
• Trying 194.97.152.152...
• Connection refused
• couldn't connect to host
• got positive EPSV response, but can't connect. Disabling EPSV

  PASV
  < 227 Entering Passive Mode (194,97,152,152,188,89).

• Trying 194.97.152.152...
• Connection refused
• couldn't connect to host
• Closing connection #0

curl: (7) couldn't connect to host
Trying a mirror...
==> Downloading http://www.mirrorservice.org/sites/ftp.ossp.org/pkg/lib/uuid/uuid-1.6.2.tar

• About to connect() to www.mirrorservice.org port 80 (#0)
• Trying 212.219.56.184...
• connected
• Connected to www.mirrorservice.org (212.219.56.184) port 80 (#0)

  GET /sites/ftp.ossp.org/pkg/lib/uuid/uuid-1.6.2.tar.gz HTTP/1.1
  User-Agent: Homebrew 0.9.2 (Ruby 1.8.7-358; Mac OS X 10.8)
  Host: www.mirrorservice.org
  Accept: /

• The requested URL returned error: 404
• Closing connection #0

curl: (22) The requested URL returned error: 404
Error: Download failed: http://www.mirrorservice.org/sites/ftp.ossp.org/pkg/lib/uuid/uuid-1.6.2.tar.gz
~$

[2bits]

I am able to reproduce your problem today. Strange. Please use https://gist.github.com for your paste and just give us the url, like this https://gist.github.com/3366225

I just tried it again, 10 minues after starting to write this, and the EPSV failed, but the PASV to the main url worked. So it does work, just not often I suppose. The link you provided to the tarball at googlecode is reasonable because it houses a matching sha1 tarball. So I will submit a pull request to adjust the formula. Thanks for your report.