Finally I found a case to reproduce this: ===================================================== # cd /usr/portage/dev-scheme/guile-cairo # GENTOO_MIRRORS= ebuild guile-cairo-1.4.0.ebuild manifest clean install >>> Creating Manifest for /usr/portage/dev-scheme/guile-cairo >>> Downloading 'guile-cairo-1.4.0.tar.gz' --2010-03-08 06:16:54-- http://guile-cairo-1.4.0.tar.gz/ Resolving guile-cairo-1.4.0.tar.gz... failed: Name or service not known. wget: unable to resolve host address `guile-cairo-1.4.0.tar.gz' !!! Couldn't download 'guile-cairo-1.4.0.tar.gz'. Aborting. ===================================================== Notice "http://guile-cairo-1.4.0.tar.gz/" in there. This is not SRC_URI. No eclass is touching it as no eclass is used in that ebuild. Very odd :-)
Ok, I think these are the conditions: * Manifest must already contain the checksums for the ${SRC_URI}. This way, when the manifest stage is run, the file isn't fetched beforehand. * fetch must be set to be invoked after running the manifest stage: Then the following will fail (for empty GENTOO_MIRRORS or for any package not hosted by the gentoo mirrors): ebuild *.ebuild manifest fetch It's as if the manifest stage is editing ${SRC_URI}.
Created attachment 222617 [details, diff] fix broken uri
It's been broken since r15310.
This is fixed in 2.1.8.2 and 2.2_rc66.
> This is fixed in 2.1.8.2 and 2.2_rc66. AWESOME!