It seems that SourceForge changes that (apparently) triggered http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/thirdpartymirrors?r1=1.292&r2=1.293 have been reverted, so fetching from mirror://sourceforge fails now: >>> Downloading 'http://freefr.dl.sourceforge.net/project/florence/florence-0.5.1.tar.bz2' --2012-05-13 12:21:48-- http://freefr.dl.sourceforge.net/project/florence/florence-0.5.1.tar.bz2 Resolving freefr.dl.sourceforge.net (freefr.dl.sourceforge.net)... 158.255.96.7 Connecting to freefr.dl.sourceforge.net (freefr.dl.sourceforge.net)|158.255.96.7|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://downloads.sourceforge.net/project/florence/florence-0.5.1.tar.bz2?download&failedmirror=freefr.dl.sourceforge.net [following] --2012-05-13 12:21:48-- http://downloads.sourceforge.net/project/florence/florence-0.5.1.tar.bz2?download&failedmirror=freefr.dl.sourceforge.net Resolving downloads.sourceforge.net (downloads.sourceforge.net)... 216.34.181.59 Connecting to downloads.sourceforge.net (downloads.sourceforge.net)|216.34.181.59|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2012-05-13 12:21:48 ERROR 404: Not Found. [repeated for all mirrors] Moreover, all (r1.292) mirror URLs like http://freefr.dl.sourceforge.net/sourceforge/florence/florence-0.5.1.tar.bz2 immediately 302-redirect to http://downloads.sourceforge.net/sourceforge/florence/florence-0.5.1.tar.bz2?... which work (tested with wget) Perhaps thirdpartymirrors should contain just one mirror for sourceforge: http://downloads.sourceforge.net/sourceforge ? It works for me with wget, and it's one less redirect.
In addition, it seems that "/sourceforge" is not necessary anymore, e.g.: # wget http://downloads.sourceforge.net/florence/florence-0.5.1.tar.bz2 --2012-05-13 13:15:50-- http://downloads.sourceforge.net/florence/florence-0.5.1.tar.bz2 Resolving downloads.sourceforge.net (downloads.sourceforge.net)... 216.34.181.59 Connecting to downloads.sourceforge.net (downloads.sourceforge.net)|216.34.181.59|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: http://downloads.sourceforge.net/project/florence/florence/0.5.1/florence-0.5.1.tar.bz2 [following] --2012-05-13 13:15:50-- http://downloads.sourceforge.net/project/florence/florence/0.5.1/florence-0.5.1.tar.bz2 Reusing existing connection to downloads.sourceforge.net:80. HTTP request sent, awaiting response... 302 Found Location: http://garr.dl.sourceforge.net/project/florence/florence/0.5.1/florence-0.5.1.tar.bz2 [following] --2012-05-13 13:15:51-- http://garr.dl.sourceforge.net/project/florence/florence/0.5.1/florence-0.5.1.tar.bz2 Resolving garr.dl.sourceforge.net (garr.dl.sourceforge.net)... 193.206.140.34 Connecting to garr.dl.sourceforge.net (garr.dl.sourceforge.net)|193.206.140.34|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 631132 (616K) [application/octet-stream] Saving to: “florence-0.5.1.tar.bz2.1” Same also works with e.g. "garr.dl" instead of "downloads", but it first 302-redirects to "downloads", as noted in previous comment.
Sourceforge infrastructure is a bit unstable for the past week. They keep changing the mirror layout every other day
+ 13 May 2012; Julian Ospald <hasufell@gentoo.org> thirdpartymirrors: + fix sourceforge mirror syntax again + changed syntax to "...sourceforge.net" and thus removing "/profiles" let's hope this lasts longer than a few days
"/project" I mean
(In reply to comment #2) Pure guesswork, but to me it seems that they have reworked their mirror system so that *.dl.sf.net are pure file servers, and redirect any unknown link to downloads.sf.net, which actually searches for files if <project_name>/<file_name> is supplied, and redirects with a full path to specific mirror.
*** Bug 415671 has been marked as a duplicate of this bug. ***
Thanks for FIX. nagios-nrpe was installed.
