On Wed, 18 Oct 2017 09:49:07 -0000
Marcin Zajączkowski <mszpak(a)wp.pl> wrote:
In the man page for yum2dnf, it lists the commands for cleanup as
follows. For your case, it is probably
dnf repoquery --duplicated
to find the dups.
dnf repoquery --unsatisfied
to find any problems.
And
dnf remove $(dnf repoquery --duplicated --latest-limit -1 -q)
to remove duplicated packages.
Thanks for your suggestion. I will try it as the another approach (hopefully it will not
be needed) as in the meantime I removed all fc27 packages using "rpm -e $(cat
list-of-fc27-packages)" to perform an update once again. However, it resulted in the
fact that fc27 packages were removed (only fc26 packages remained), but applications
started to complain that there is no gllibc in F26 version (only F27). "rpm -V"
reports that files are corrupted. I suspect that "rpm -e" removed newer
packages, but as the files were conflicted (and already upgraded to F27 at the filesystem)
they remained. I needed to manually reinstall (rpm -U --force) the key packages to bring
dnf to life again (e.g. issue with SSL certificated in curl).
Do you think that "dnf remove" will be smarted? It would be better to make an
upgrade to F27 packages (they are already downloaded and in addition can leverage
system-upgrade plugin in chroot mode to do it) ignoring conflicting F26 packages and later
on remove old F26 packages. Unfortunately I was able to force dnf to do that (before I
manually removed old packages).
Marcin