Red Hat Bugzilla – Bug 1313614
dnf's curl error in repositories fetching prevents from using dnf
Last modified: 2017-06-27 04:10:03 EDT
Created attachment 1132130 [details] dnf.log Description of problem: When you add a repository that contains some errors(redirection errors potentially) to dnf, and you try to upgrade or install some packages, dnf will just lag and won't do anything, the reason is (as far as I can see from the log files) is because curl failed to fetch the repository's information successfully, therefore dnf will just lag. This happened right now for me because of Ojuba Linux repository (a distribution that is based on Fedora, the repository right not is not working at all), so you may try to add it and test to see what really happens. Version-Release number of selected component (if applicable): 1.1.6-2.fc23.noarch How reproducible: Steps to Reproduce: 1. Add the Ojuba repository to your system from the file in the attachments. 2. run dnf upgrade --refresh, or even update or install. Actual results: 1. You will see that dnf stopped doing anything, it lagged. Expected results: 1. dnf should have disabled the repository automatically and continued upgrading/installing from other working repositories. Additional info: Please check the log files.
Created attachment 1132131 [details] Ojuba Linux repository
Created attachment 1132133 [details] The terminal's output of dnf
By the way, after I removed Ojuba repository file from /etc/yum.repos.d dnf went back to working normally again.
Thanks for the report, we'll take a look.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Well, this is definitely notabug as you should add skip_if_unavailable=True to repo file. But I agree if stric=False it's probably need to skip automatically.
This bug appears to have been reported against 'rawhide' during the Fedora 25 development cycle. Changing version to '25'.
We have several reported issues for Fedora 22 or 23, connected with libcurl, but all of them already were solved including this one. Please if anyone will be able to reproduce the issue with dnf-2.5.1+ that is available for rawhide, Fedora 26 or from our testing repository for Fedora 24+ (dnf copr enable rpmsoftwaremanagement/dnf-nightly), don't hesitate to reopen the bug report and I will investigate it. I also don't think that it is good idea to combine functionality of strict option or --skip-broken with overwritten of skip_if_unavailable, because it is very dangerous and it can produce unexpected results. Repos that requires available metadata can be anytime disabled from commandline by user (--disablerepo).