Red Hat Bugzilla – Bug 195800
wish: add option to yum to ignore unreachable repositories
Last modified: 2014-01-21 17:54:26 EST
(this wish was already filled, but lost due to the bugzilla crash)
Description of problem:
yum does not have a mechanism to automatically continue when a repository is
unreachable. I think this should be implemented in one (or more) of the
1) A direct command line option (like "--norepofail") - the advantage would be
that this could easily be integrated into existing scripts.
2) A repository specific option in /etc/repos.d/whatever.repo - the advantage
would be that the user could choose the repositories where it is not critical
if the download of repository information fails.
3) A plugin - since I'm not so familiar with the abilities of the plugin API
I'm not sure if thi would work, but it could probably bring the needed
features without changing yum itself, but with automatically activating it.
And it could combine 1) and 2)
Reasons for this wish:
A standard installation of Fedora Core does not need this feature since the
red hat network is stable enough.
However, fortunately more and more projects adopted the xml package metadata
standard, and now there are more and more repos which will be activated inside
of yum: skype, macromedia flash, ifolder client/server, mono, gstreamer,
tapioca, etc. The opensuse build server will also provide repositories, making
the list possibly much longer.
The problem is now that yum automatically fails when a repository is not
reachable. A system administrator can always avoid this failing by
deactivating the problematic repos on the fly (--disablerepo=...), but that's
tricky in case of complicated automatic scripts or if you have a server which
should just run, and where you don't want to correct something manually every
Also normal users which are used to the GUI are lost when pirut/pup cannot be
started due to one single missing repository.
Ignoring an unreachable repository could end up having you pull an update that
you in no way expected to get. There have been a number of threads about this
upstream and it's been veteoed each and every time
Ok, please add a link where I can look into further discussions.