On Sun, 2018-08-05 at 10:22 -0700, stan wrote: […]
I recently saw this with a package in F28. This shouldn't happen, as far as I know, because the later package is replacing the earlier package and dnf should know that. My take is that some change to the package gives the later version a different signature, so that dnf actually thinks they are different packages, but that is just a guess. I resolved the issue by running, for your case, dnf -x zsh -x zvbi -x zziplib upgrade After that completed, I did dnf remove zsh zvbi zziplib dnf install zsh zvbi zziplib In my case, the package was a leaf package, so this was trivial. If your packages have a lot of dependencies, all those will be taken out by the remove, and will have to be installed along with zsh, zvbi, and zziplib. Some of them might not be available for the new version.
I tried "dnf remove --duplicates" but that downloaded 2.3GB and then failed to do anything due to dependency failures.
Pragmatically I am not sure can try your suggestion as actually there are 2242 problem packages not just three. :-(