The gentoo.localhost.net.ar mirror is returning HTTP 300 results for distfiles that do not exist. This breaks downloading for packages that are not yet in portage (eg in overlays). Here is an example: In the Haskell overlay we have dev-lang/ghc-6.6. Currently there are earlier versions in portage. We had a user report that when testing the ebuild in our overlay they couldn't download the file. It turned out that this was because they had the above mirror in their mirror list and instead of failing like most mirrors do when files are not present, it returned a 'helpful' page suggesting similar alternatives (ie earlier versions that are in distfiles): http://gentoo.localhost.net.ar/distfiles/ghc-6.6-src.tar.bz2 The mirror returns HTTP code 300: >>> Downloading 'http://gentoo.localhost.net.ar/distfiles/ghc-6.6-src.tar.bz2' --19:06:35-- http://gentoo.localhost.net.ar/distfiles/ghc-6.6-src.tar.bz2 => `/usr/portage/distfiles/ghc-6.6-src.tar.bz2' Resolving gentoo.localhost.net.ar... 200.43.193.199 Connecting to gentoo.localhost.net.ar|200.43.193.199|:80... connected. HTTP request sent, awaiting response... 300 Multiple Choices Length: unspecified [text/html] [ <=> ] 787 --.--K/s 19:06:35 (57.73 MB/s) - `/usr/portage/distfiles/ghc-6.6-src.tar.bz2' saved [787] This of course is extremely unhelpful since our ebuild fetch interprets this as a success and downloads the .html file. Then of course the checksums don't match etc. Of course with nice mirrors, the downloads from the mirrors fail and then ebuild fetch falls back to the upstream SRC_URI which then works. So either this mirror is misconfigured or we should make ebuild fetch use wget in a way that means that this error is treated as download failure, not success.
I just checked this mirror, and it seems to be functioning properly and on sync. Please reopen if this problem persists.