I updated today, and looked at the conflicts.  One of them is for
python2-modulemd and python3-modulemd.  They are obsolete, being
replaced by libmodulemd.  But it isn't happening for some reason.

package python2-dnf-2.7.5-8.fc28.noarch requires python2-modulemd, but
none of the providers can be installed
  - package libmodulemd-1.0.4-2.fc28.x86_64 obsoletes python2-modulemd
< 1.3.4 provided by python2-modulemd-1.3.3-1.fc28.noarch
  - cannot install the best update candidate for package
python3-modulemd-1.3.3-1.fc28.noarch
  - cannot install the best update candidate for package
python2-dnf-2.7.5-8.fc28.noarch

package python3-dnf-2.7.5-8.fc28.noarch requires python3-modulemd, but
none of the providers can be installed
  - package libmodulemd-1.0.4-2.fc28.x86_64 obsoletes python3-modulemd
< 1.3.4 provided by python3-modulemd-1.3.3-1.fc28.noarch
  - cannot install the best update candidate for package
python3-dnf-2.7.5-8.fc28.noarch
  - cannot install the best update candidate for package
python2-modulemd-1.3.3-1.fc28.noarch

When I try to remove them so I can install their replacement,
libmodulemd, dnf rejects the transaction because it would lead to
removing itself.

Is the workaround to use rpm --force to remove python[23]-modulemd, and
then use rpm to install libmodulemd?

Or, is there a fix in the works, and I should just wait?
_______________________________________________
test mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to