After several days, the program that fetches SRC_URIs from our ebuilds still didn't managed to put x11-libs/wxGTK-2.6.3.2 tarballs on distfiles. emerge -f manages to download the tarballs, but from sf.net mirrors. The page http://dev.gentoo.org/distfile-mirroring/failure.xml is very brief about it (wxWidgets-2.6.3-HTML.tar.gz ... fetcher return no uris succeeded). I suspect there is something wrong with the fetch script.
Created attachment 84940 [details, diff] join uri safely in fetching_lib.py I've applied this patch to fix the problem which was due to double slash characters in the uri. Here is an example from the actual log in ~distfiles/last-individual-fetch-logs/ wget -c -v -t 1 --passive-ftp --timeout=60 -O /home/distfiles/tmp/wxWidgets-2.6.3-HTML.tar.gz http://ufpr.dl.sourceforge.net/sourceforge//wxwindows/wxWidgets-2.6.3-HTML.tar.gz --20:23:19-- http://ufpr.dl.sourceforge.net/sourceforge//wxwindows/wxWidgets-2.6.3-HTML.tar.gz => `/home/distfiles/tmp/wxWidgets-2.6.3-HTML.tar.gz' Resolving ufpr.dl.sourceforge.net... 200.17.202.1 Connecting to ufpr.dl.sourceforge.net|200.17.202.1|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://prdownloads.sourceforge.net//wxwindows/wxWidgets-2.6.3-HTML.tar.gz?download&failedmirror=ufpr.dl.sourceforge.net [following] --20:23:19-- http://prdownloads.sourceforge.net//wxwindows/wxWidgets-2.6.3-HTML.tar.gz?download&failedmirror=ufpr.dl.sourceforge.net => `/home/distfiles/tmp/wxWidgets-2.6.3-HTML.tar.gz' Resolving prdownloads.sourceforge.net... 66.35.250.217 Connecting to prdownloads.sourceforge.net|66.35.250.217|:80... connected. HTTP request sent, awaiting response... 404 Not Found 20:23:19 ERROR 404: Not Found.
the failure.xml list seems a lot shorter now. problem solved as far as I'm concerned. thanks!
(In reply to comment #2) > the failure.xml list seems a lot shorter now. > problem solved as far as I'm concerned. thanks! Thanks for reporting the issue. I'm surprised the problem has existed for so long.