Opened 14 years ago

Closed 14 years ago

#28441 closed defect (worksforme)

atlas @3.9.33 fails to download

Reported by: onlynone@… Owned by: jameskyle@…
Priority: Normal Milestone:
Component: ports Version: 1.9.2
Keywords: Cc: ryandesign (Ryan Carsten Schmidt)
Port: atlas

Description

While performing a port selfupdate I got this error:

--->  Computing dependencies for atlas
--->  Verifying checksum(s) for atlas
Error: Target org.macports.checksum returned: atlas3.9.33.tar.bz2 does not exist in /opt/local/var/macports/distfiles/atlas
Log for atlas is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log
Error: Unable to upgrade port: 1
To report a bug, see <http://guide.macports.org/#project.tickets>

I took a look in /opt/local/var/macports/distfiles/atlas/ and sure enough the most recent version of atlas was not there (though 3.8.3 was). So I ran:

$ sudo port -d fetch atlas
DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/math/atlas
DEBUG: OS darwin/9.8.0 (Mac OS X 10.5) arch i386
DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre-existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Executing variant gcc44 provides gcc44
DEBUG: Starting logging for atlas
DEBUG: Executing org.macports.main (atlas)
DEBUG: Skipping completed org.macports.fetch (atlas)

But I guess macports thinks I already downloaded atlas? I tried to force it with -f, but I guess that doesn't do anything. Then I saw the distcheck command, so I ran:

$ sudo port distcheck atlas
Warning: couldn't fetch http://biznetnetworks.dl.sourceforge.net/math-atlas/atlas3.9.33.tar.bz2 for atlas (a timeout was reached)
Warning: couldn't fetch http://fastbull.dl.sourceforge.net/math-atlas/atlas3.9.33.tar.bz2 for atlas (a timeout was reached)
Warning: couldn't fetch http://hivelocity.dl.sourceforge.net/math-atlas/atlas3.9.33.tar.bz2 for atlas (a timeout was reached)
Warning: couldn't fetch http://superb-east.dl.sourceforge.net/math-atlas/atlas3.9.33.tar.bz2 for atlas (HTTP response code said error)
Warning: couldn't fetch http://superb-west.dl.sourceforge.net/math-atlas/atlas3.9.33.tar.bz2 for atlas (HTTP response code said error)
Warning: couldn't fetch http://svn.macports.org/repository/macports/distfiles/atlas/atlas3.9.33.tar.bz2 for atlas (HTTP response code said error)
Warning: couldn't fetch http://svn.macports.org/repository/macports/distfiles/atlas/lapack-3.3.0.tgz for atlas (HTTP response code said error)

Okay, so it couldn't download the files needed. But then why did macports proceed to checksum files that didn't download? And why did it think the fetch stage was completed? Anyway, I went to sf.net and got the files myself, for reference, the download link that worked for me was:

http://iweb.dl.sourceforge.net/project/math-atlas/Developer%20%28unstable%29/3.9.33/atlas3.9.33.tar.bz2

I also had to get lapack from:

http://www.netlib.org/lapack/lapack-3.3.0.tgz

Change History (7)

comment:1 Changed 14 years ago by jmroot (Joshua Root)

Owner: changed from macports-tickets@… to jameskyle@…
Summary: atlast 3.9.33 fails to downloadatlas @3.9.33 fails to download

Please remember to cc the maintainer. Fetching works fine for me. Looks like you deleted the distfile without also removing the statefile that says the fetch phase is complete (i.e. cleaning).

comment:2 Changed 14 years ago by Veence (Vincent)

Besides, 3.9.35 is out. I had no time to upgrade the Portfile due to unexpected health problems. Will do that tomorrow.

comment:3 in reply to:  1 Changed 14 years ago by onlynone@…

Replying to jmr@…:

Please remember to cc the maintainer. Fetching works fine for me. Looks like you deleted the distfile without also removing the statefile that says the fetch phase is complete (i.e. cleaning).

Um. I didn't do any deleting of anything. I had never even heard of atlas prior to running this selfupdate. And that doesn't change the fact that the URLs it was trying to download atlas from are incorrect.

comment:4 Changed 14 years ago by jmroot (Joshua Root)

Not all sourceforge mirrors have all files. It's really not a problem. I can't tell you what happened on your machine, but your log clearly shows that the fetch phase is marked as complete in the statefile and the distfile is missing.

comment:5 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… added

Did you initially fetch (or try to install) without sudo (which would have downloaded the file into ~/.macports/...), then retry later with sudo (which would have expected the distfile in /opt/local/...)? Does the atlas distfile exist somewhere under ~/.macports? We thought we fixed this bug in MacPorts 1.9.2.

comment:6 Changed 14 years ago by Veence (Vincent)

That's done in r76347. Please try again.

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

Resolution: worksforme
Status: newclosed

Atlas has been updated beyond 3.9.33 so this is no longer an issue.

Note: See TracTickets for help on using tickets.