Red Hat Bugzilla – Bug 460651
file:// not valid URL for extra repository
Last modified: 2008-10-21 07:10:18 EDT
Description of problem:
anaconda won't accept file:// as a baseurl for a extra repository
I've been trying to create a Fedora DVD with just a few updated/added packages. So I unpacked the DVD, added a directory updates, copied my updates into there, ran "createrepo -d -g ../repodata/Fedora-9-comps.xml ." and then recreated the iso.
In my kicstart I add the following line:
repo updates --baseurl:///mnt/source/updates
But when I install from the DVD, I get a text box saying
"Unable to read package metadata" and "Cannot retrieve repository metadata(repomd.xml) for repository: updates."
When I edit the URL, I get a box "invalid repository URL" " You must provide an HTTP, HTTPS or FTP url to a repository" Presenting the same repo over http works fine.
IMHO, a file:// URL should be accepted as well.
One could work around this issue recreating the entire DVD using revisor, it just seems a bit overkill for my purpose.
And obviously, the same issue can be seen on RHEL5, anaconda-22.214.171.124-1
Version-Release number of selected component (if applicable):
*** Bug 460650 has been marked as a duplicate of this bug. ***
Can you please give this a try with F10 beta and let me know if it works? I've never tried this, but the code organization in F10 looks like it should be possible. yum certainly does understand file:// URLs. Whether or not you can do this most likely only depends on what your installation method is.
Indeed, this is now working with anaconda-126.96.36.199 in the F10 beta.