Seems like the manifest is wrong for Term-ANSIColor HTTP request sent, awaiting response... 302 Found Location: http://cpan.cc.uoc.gr/authors/id/R/RR/RRA/ANSIColor-2.00.tar.gz [following] --2010-05-13 20:12:09-- http://cpan.cc.uoc.gr/authors/id/R/RR/RRA/ANSIColor-2.00.tar.gz Resolving cpan.cc.uoc.gr (cpan.cc.uoc.gr)... 147.52.159.12 Connecting to cpan.cc.uoc.gr (cpan.cc.uoc.gr)|147.52.159.12|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://ftp.cc.uoc.gr/.404.html [following] --2010-05-13 20:12:10-- http://ftp.cc.uoc.gr/.404.html Resolving ftp.cc.uoc.gr (ftp.cc.uoc.gr)... 147.52.159.12 Connecting to ftp.cc.uoc.gr (ftp.cc.uoc.gr)|147.52.159.12|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 6492 (6.3K) [text/html] Saving to: `/usr/myportage/distfiles/ANSIColor-2.00.tar.gz' 100%[======================================>] 6,492 --.-K/s in 0.07s 2010-05-13 20:12:10 (87.3 KB/s) - `/usr/myportage/distfiles/ANSIColor-2.00.tar.gz' saved [6492/6492] ('Filesize does not match recorded size', 6492, 17262) !!! Fetched file: ANSIColor-2.00.tar.gz VERIFY FAILED! !!! Reason: Filesize does not match recorded size !!! Got: 6492 !!! Expected: 17262 Refetching... File renamed to '/usr/myportage/distfiles/ANSIColor-2.00.tar.gz._checksum_failure_.Fr4SPq' >>> Downloading 'http://www.cpan.org/authors/id/R/RR/RRA/ANSIColor-2.00.tar.gz' --2010-05-13 20:12:10-- http://www.cpan.org/authors/id/R/RR/RRA/ANSIColor-2.00.tar.gz Resolving www.cpan.org (www.cpan.org)... 207.171.7.177 Connecting to www.cpan.org (www.cpan.org)|207.171.7.177|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-05-13 20:12:11 ERROR 404: Not Found. !!! Couldn't download 'ANSIColor-2.00.tar.gz'. Aborting. * Fetch failed for 'perl-core/Term-ANSIColor-2.00', Log file: * '/var/tmp/portage/perl-core/Term-ANSIColor-2.00/temp/build.log'
Looks like ANSIColor-2.00 has been removed and the only version on cpan is ANSIColor-3.00 http://search.cpan.org/~rra/
(In reply to comment #1) > Looks like ANSIColor-2.00 has been removed and the only version on cpan is > ANSIColor-3.00 > > http://search.cpan.org/~rra/ > Added STABLEREQ Bug 319615
(In reply to comment #0) > Location: http://cpan.cc.uoc.gr/authors/id/R/RR/RRA/ANSIColor-2.00.tar.gz Why don't you use a gentoo mirror first: http://ftp.cc.uoc.gr/mirrors/linux/gentoo/distfiles/ANSIColor-2.00.tar.gz
Reopen
$ wget --spider http://ftp.cc.uoc.gr/mirrors/linux/gentoo/distfiles/DOESNOTEXIST Spider mode enabled. Check if remote file exists. --2010-05-14 08:02:10-- http://ftp.cc.uoc.gr/mirrors/linux/gentoo/distfiles/DOESNOTEXIST Resolving ftp.cc.uoc.gr (ftp.cc.uoc.gr)... 147.52.159.12 Connecting to ftp.cc.uoc.gr (ftp.cc.uoc.gr)|147.52.159.12|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://ftp.cc.uoc.gr/.404.html [following] Spider mode enabled. Check if remote file exists. --2010-05-14 08:02:10-- http://ftp.cc.uoc.gr/.404.html Connecting to ftp.cc.uoc.gr (ftp.cc.uoc.gr)|147.52.159.12|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 6492 (6,3K) [text/html] Remote file exists and could contain further links, but recursion is disabled -- not retrieving. Can't they give a proper 404? Maybe a config flaw: <http://httpd.apache.org/docs/2.3/mod/core.html#errordocument>
CC'ing the mirror admin. Giannis, your mirror handles 404s in a way that makes distfiles fetching break. Could you please look into this?
(In reply to comment #5) > Can't they give a proper 404? Maybe a config flaw: > <http://httpd.apache.org/docs/2.3/mod/core.html#errordocument> Well, according to the above manual my 404 is proper: ErrorDocument 404 http://ftp.cc.uoc.gr/.404.html (In reply to comment #6) > CC'ing the mirror admin. > > Giannis, your mirror handles 404s in a way that makes distfiles fetching break. > Could you please look into this? Since it breakes your config I enabled default 404 for gentoo mirror regards, Giannis
Thanks for the quick response, Giannis - I see a proper 404 now. Previously, we got a 302 and redirect to the custom error page. Closing the bug.
(In reply to comment #7) > (In reply to comment #5) > > > Can't they give a proper 404? Maybe a config flaw: > > <http://httpd.apache.org/docs/2.3/mod/core.html#errordocument> > > Well, according to the above manual my 404 is proper: > ErrorDocument 404 http://ftp.cc.uoc.gr/.404.html | Note that when you specify an ErrorDocument that points to a remote | URL (ie. anything with a method such as http in front of it), | Apache HTTP Server will send a redirect to the client to tell | it where to find the document, even if the document ends up being on | the same server. This has several implications, the most important | being that the client will not receive the original error status code, | but instead will receive a redirect status code. This in turn can | confuse web robots and other clients which try to determine if a URL | is valid using the status code.
I do have some problems with this server again >>> Downloading 'http://search.cpan.org/CPAN/authors/id/l/lu/lusol/tkjuke-1.0.6.tar.gz' --2010-05-20 22:28:54-- http://search.cpan.org/CPAN/authors/id/l/lu/lusol/tkjuke-1.0.6.tar.gz Resolving search.cpan.org... 194.106.223.155 Connecting to search.cpan.org|194.106.223.155|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://cpan.cc.uoc.gr/authors/id/l/lu/lusol/tkjuke-1.0.6.tar.gz [following] --2010-05-20 22:28:55-- http://cpan.cc.uoc.gr/authors/id/l/lu/lusol/tkjuke-1.0.6.tar.gz Resolving cpan.cc.uoc.gr... 147.52.159.12 Connecting to cpan.cc.uoc.gr|147.52.159.12|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://ftp.cc.uoc.gr/.404.html [following] --2010-05-20 22:28:55-- http://ftp.cc.uoc.gr/.404.html Resolving ftp.cc.uoc.gr... 147.52.159.12 Connecting to ftp.cc.uoc.gr|147.52.159.12|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 6492 (6.3K) [text/html] Saving to: `/mnt/F/distfiles/tkjuke-1.0.6.tar.gz' 100%[======================================>] 6,492 39.2K/s in 0.2s It actually downloads the html page instead of the tkjuke tarball This is the tkjuke ebuild I use ****** EAPI=3 MODULE_AUTHOR="lusol" inherit perl-module DESCRIPTION="" SLOT="0" KEYWORDS="~amd64 ~x86" IUSE="" SRC_TEST=do
OK my fault sorry for the noise
