Description of problem: After upgrade of dnf in docker rawhide dnf is unusable. /usr/libexec/system-python: relocation error: /lib64/libpython3.6m.so.1.0: symbol getentropy, version GLIBC_2.25 not defined in file libc.so.6 with link time reference Version-Release number of selected component (if applicable): Before: dnf-1.1.9-6.fc26.noarch After: dnf-2.0.0-2.fc26.noarch How reproducible: Always Steps to Reproduce: 1. Run $ docker run --rm -ti fedora:rawhide bash -c 'dnf upgrade -y dnf && dnf' Actual results: dnf is upgraded including dependencies and then dnf command prints error: /usr/libexec/system-python: relocation error: /lib64/libpython3.6m.so.1.0: symbol getentropy, version GLIBC_2.25 not defined in file libc.so.6 with link time reference Also any other dnf command prints that error. Expected results: upgrade dnf and print dnf usage Additional info: Maybe it is related to upgrade of one of these packages: system-python-3.5.1-15.fc26.x86_64 system-python-libs-3.5.1-15.fc26.x86_64 -> system-python-3.5.1-15.fc26.x86_64 system-python-libs-3.5.1-15.fc26.x86_64 but I'm reporting this against dnf as that's what is broken now.
Please upgrade whole container, not just dnf. *** This bug has been marked as a duplicate of bug 1409557 ***
(In reply to Igor Gnatenko from comment #1) > Please upgrade whole container, not just dnf. > Simpler workaround is to upgrade dnf and glibc. BTW microdnf would not be affected by this bug; because it does not depend on python3.6 :-) Maybe it's time to have both microdnf and dnf in rawhide base image :-)