Hide Forgot
Description of problem: dnf upgrade dnf\* breaks dnf Version-Release number of selected component (if applicable): dnf 4.6.0-1.fc32 How reproducible: Unknown Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: Failure is in python and ends up with "ImportError: /lib64/libdnf.so.2: undefined symbol: modulemd_module_stream_v2_is_static_context" This is very similar to a problem noted in Fedora forum on Oct. 10, 2020 as "dnf upgrade today breaks dnf" by Marko. Following his procedure, I attempted using rpm to go back to previous version. This failed. Perhaps the initial error was my failure to run "systemctl daemon-reload" immediately after the upgrade. Would reinstalling the upgrades and running "systemctl daemon-reload" . My apologies if this should have been posted elsewhere. I tried to put this in the Fedora forum but I couldn't log in.
The Fedora 33 bugzilla is bug 1935408.
Using dnf upgrade --enablerepo=updates-testing -y dnf does not help so it seems there isn't a fix on its way for Fedora 32.
It's worth noting that the problem is not present on fresh Fedora 32 installations where the new dnf is installed from the very beginning (and whatever the other needed dependency is). A reproducer today is $ podman run --rm -ti registry.fedoraproject.org/fedora:32 bash -c 'dnf upgrade -y dnf ; dnf install -y zsh' because the image still has dnf-4.4.0-3.fc32.
The workaround is to add libmodulemd to the upgrade transaction $ podman run --rm -ti registry.fedoraproject.org/fedora:32 bash -c 'dnf upgrade -y dnf libmodulemd ; dnf install -y zsh' That pulls in the needed libmodulemd-2.12.0-1.fc32.
Hello, a fix with the required libmodulemd is on the way https://src.fedoraproject.org/rpms/libdnf/c/29c9c5358884185a4382cb077e65018e4dd0f29e?branch=f32
On a broken system it can also be fixed by manually updating the libmodulemd, such as (for x86_64): $ rpm -U https://kojipkgs.fedoraproject.org//packages/libmodulemd/2.12.0/1.fc32/x86_64/libmodulemd-2.12.0-1.fc32.x86_64.rpm
FEDORA-2021-a2e909d1fc has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2021-a2e909d1fc
FEDORA-2021-a2e909d1fc has been pushed to the Fedora 32 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-a2e909d1fc` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-a2e909d1fc See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Tested with podman run --rm -ti registry.fedoraproject.org/fedora:32 bash -c 'dnf upgrade -y --enablerepo=updates-testing dnf ; dnf install -y zsh' and it works. Karma left in bodhi.
FEDORA-2021-a2e909d1fc has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.
I hit this problem after # dnf update --security I don't normally use --security, but the owner of this computer hates update since they destabilize her computer. Well, I just proved that point. I'm kind of in catch 22: # podman run --rm -ti registry.fedoraproject.org/fedora:32 bash -c 'dnf upgrade -y --enablerepo=updates-testing dnf ; dnf install -y zsh' fails because I don't have podman. So I need dnf to install it. But, of course, dnf is broken. So I try from comment 6: # rpm -U https://kojipkgs.fedoraproject.org//packages/libmodulemd/2.12.0/1.fc32/x86_64/libmodulemd-2.12.0-1.fc32.x86_64.rpm Note the #, not the $. This fails: error: Failed dependencies: libmodulemd(x86-64) = 2.9.3-1.fc32 is needed by (installed) python3-libmodulemd-2.9.3-1.fc32.x86_64 So I tried # yum update python3-libmodulemd But that fails because yum is now just dnf, pretending. In the end, this seems to have worked, all in one line: # rpm -U https://kojipkgs.fedoraproject.org//packages/libmodulemd/2.12.0/1.fc32/x86_64/libmodulemd-2.12.0-1.fc32.x86_64.rpm https://kojipkgs.fedoraproject.org//packages/libmodulemd/2.12.0/1.fc32/x86_64/python3-libmodulemd-2.12.0-1.fc32.x86_64.rpm I know that this bug is closed but perhaps this comment will help others experiencing this problem.