Description of problem: dnf check-update reports updates to be available, but dnf update does not update. # dnf clean metadata ... # dnf check-update Failed to synchronize cache for repo 'rpmfusion-nonfree' from 'http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-22&arch=i386': Cannot prepare internal mirrorlist: No URLs in mirrorlist, disabling. Using metadata from Wed May 6 12:58:36 2015 (0:16:03 hours old) vlc.i686 2.2.1-3.fc22 rpmfusion-free vlc-core.i686 2.2.1-3.fc22 rpmfusion-free # dnf update Failed to synchronize cache for repo 'rpmfusion-nonfree' from 'http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-22&arch=i386': Cannot prepare internal mirrorlist: No URLs in mirrorlist, disabling. Using metadata from Wed May 6 12:58:36 2015 (0:16:12 hours old) Dependencies resolved. Nothing to do. Complete! Version-Release number of selected component (if applicable): dnf-0.6.5-1.fc22.noarch Actual results: c.f. above. Expected results: - dnf update to be reliable and functional or - Fedora's decision to utilize on Fc22 to be reverted and personal consequences to be drawn. In its present shape dnf is not production ready.
Works for me. Please, follow these instructions: https://github.com/rpm-software-management/dnf/wiki/Bug-Reporting#user-content-depsolving-problem
(In reply to Radek Holy from comment #1) > Works for me. Please, follow these instructions: > https://github.com/rpm-software-management/dnf/wiki/Bug-Reporting#user- > content-depsolving-problem No. I know the cause, but I won't tell you, because I want you to experience the consequences of your flawed design decisions yourself.
(In reply to Ralf Corsepius from comment #2) > (In reply to Radek Holy from comment #1) > > Works for me. Please, follow these instructions: > > https://github.com/rpm-software-management/dnf/wiki/Bug-Reporting#user- > > content-depsolving-problem > No. I know the cause, but I won't tell you, because I want you to experience > the consequences of your flawed design decisions yourself. If you want the dnf team to fix your bugs, you should provide the data required to do that. If your intentions are different, please don't use bugzilla. I'm closing the bug; feel free to reopen if you decide to provide the requested data.
(In reply to Jan Zeleny from comment #3) > If you want the dnf team to fix your bugs, you should provide the data > required to do that. You have all information any arbitrary, ordinary users will provide to you. e.g. this one: https://lists.fedoraproject.org/pipermail/test/2015-May/126629.html > If your intentions are different, please don't use > bugzilla. My intention is - Fedora to revert the false decision to use dnf in FC22 and - the dnf-team to understand that your work is not ready for production use. > I'm closing the bug; feel free to reopen if you decide to provide > the requested data. Reopening, increasing priority. The cause is related to dnf-devs having made --skip-broken the default. This causes one single broken dep in a dep-chain to _silently_ (this is evil) lockout all packages deeper in the dep-chain from updates. The symptoms ordinary users will see: is "no updates".
> _silently_ (this is evil) *** This bug has been marked as a duplicate of bug 1210445 ***