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:
I also had to get lapack from:
Change History (7)
comment:1 follow-up: 3 Changed 14 years ago by jmroot (Joshua Root)
Owner: | changed from macports-tickets@… to jameskyle@… |
---|---|
Summary: | atlast 3.9.33 fails to download → atlas @3.9.33 fails to download |
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 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:7 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Atlas has been updated beyond 3.9.33 so this is no longer an issue.
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).