Description of problem: I would like the ability to specify specific mirrors to be used while still retaining the benefits of having a full mirror list provided by a metalink. This would allow for an admin to download from a list (ideally, a weighted list) of prefered mirrors when possible but still be able to rely on the masterlist of mirrors provided by the metalink in the event that all the prefered mirrors are down, out of date, or maliciously poisoned. This functionality should also verify the status of the mirror in the case that it's in the list or mirrors provided by the metalink. If the mirror is down or offline for any reason then this mirror, prefered or not, should be ignored until such time that it's been put back into rotation. This feature SHOULD be overridable by an admin if (s)he feels it's prudent. Version-Release number of selected component (if applicable): dnf-0:1.0.1-2.fc22 rpm-0:4.12.0-11.fc22
Thanks for the report. For the record, as discussed on IRC, librepo supports this already by specifying both the baseurls (of the preferred mirrors) and the metalink at the same time. Librepo supposedly prefers the baseurls in such case. We should just investigate how it plays with the "fastestmirror" feature if enabled.
*** Bug 1330559 has been marked as a duplicate of this bug. ***
(In reply to Jaroslav Mracek from comment #7 on https://bugzilla.redhat.com/show_bug.cgi?id=1330559) > Please can you provide information how you did the selection in YUM. When we > know your formal approach with yum, we can find a solution for dnf. I have not selected a certain mirror to use,just excluded known bad mirrors as documented here: https://wiki.centos.org/PackageManagement/Yum/FastestMirror
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
Is this fixed? If not , who can reopen it for F24?
(In reply to cornel panceac from comment #6) > Is this fixed? If not , who can reopen it for F24? I don't know, you tell me if it's fixed. You can reopen it if it's not fixed. I think it's not.
I can not reopen it. I believe only Adam Hunt (or some special authorised persons) can reopen it.
I think it could be even improved. Dnf could show the available list of mirrors by some command (i.e. the lists which are in /var/cache/dnf/*') and allow (by some other command or option) user to temporally add mirror(s) and also delete mirror(s) (by e.g. prepending with '-' and ID/URL of the mirror). Or there could be an option to just skip the 'n' of top mirrors (the 'n' by default equal 1). This would help in cases when the top repos are temporally dead, out of sync, etc. It's uncomfortable to manually edit /etc/yum.repos.d/* in such cases.
(In reply to Jaroslav Škarvada from comment #9) > temporally dead, out of sync, etc. It's uncomfortable to manually edit By temporally dead I meant with valid metadata, so it is not auto skipped.
How about adding the `--mirror` option to temporary select another mirror? https://ask.fedoraproject.org/t/how-to-select-another-mirror-in-dnf/25487/3 If there is a budget for that, I can do it.