Red Hat Bugzilla – Bug 153265
apt fails to fetch srclists installed by mirror-select
Last modified: 2007-11-30 17:11:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)
Description of problem:
After running apt-get mirror-select, and selecting one of the mirrors (http://download.fedora.us for example), the mirror-list installs both rpm and rpm-src entries into /etc/apt/sources.list.d/mirror-select.list.
However, when running apt-get update it fails to download the srclist files.
This happens on all mirrors I've tried.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1) apt-get mirror-select
2) select both Core and Extra
3) select any mirror(13 will do fine;))
4) run apt-get update
Or just run
echo -e "1,2\nc\n13\nc\n13\nc\n" | apt-get mirror-select && apt-get update
Actual Results: apt installs rpm-src entries into my sources.list, but they no longer exist.
Expected Results: It should download all entries.
Hit http://download.fedora.us fedora/2/i386/updates pkglist
Hit http://download.fedora.us fedora/2/i386/updates release
Err http://download.fedora.us fedora/2/i386/os srclist
404 Not Found
Err http://download.fedora.us fedora/2/i386/updates srclist
404 Not Found
Hit http://download.fedora.us fedora/2/i386/stable pkglist
Hit http://download.fedora.us fedora/2/i386/stable release
Hit http://download.fedora.us fedora/2/i386/stable srclist
src.rpm packages are no longer provided on download.fedora.us due to disk space
Which is then rsynched by all mirrors.
In that case, someone should edit the mirror-select list that is fetched by apt
during an apt-get mirror-select, and remove the entries.
This is already fixed in the real Extras package, only FC2 apt from fedora.us
times is affected. The problem can't be fixed on server side unfortunately since
mirror-select generates both rpm and rpm-src sources.list entries based on the
base repo location information retrieved from the mirrors list.
Do people still update packages on fedora.us / what the heck should be done with
This is my fault... I totally removed SRPMS from fedora.us. Should I re-add an
empty directory? If so which?
There should be a matching SRPMS.<component> directory for each component. At
the minumum, SRPMS.os and SRPMS.updates should be created (and repository
metadata updated) to fix the default setup.
Please test now, should be fixed.
Works fine again, the 404-ing files are now found.
Get:5 http://download.fedora.us fedora/2/i386/os srclist
Get:6 http://download.fedora.us fedora/2/i386/updates srclist