DescriptionPanu Matilainen
2019-02-01 09:53:08 UTC
Description of problem (adapted from bug 1670776):
Currently, dnf defaults to using best=0 / no --best option.
This means that if a latest package is available that has broken dependencies (eg. due to a repository configuration error), dnf will usually ignore that package as an update candidate.
Additional diagnostics have been added lately but this may not be visible if cockpit/gnome-software is used, or if it is hidden in logs wrapped in a system automation tool.
Failure to apply an important errata because of dependency problems can be a significant error and leave users at risk due to unapplied security updates. Failures should be made as visible as possible to the user in line with generally accepted software development best practise of fail early, fail loudly. This is one thing yum did right.
Version-Release number of selected component (if applicable):
All versions of dnf up to now.