Description of problem: When dnf gets upgraded on rawhide, either directly or as a dependency, subsequent dnf invocations fail with /usr/libexec/system-python: relocation error: /lib64/libpython3.6m.so.1.0: symbol getrandom, version GLIBC_2.25 not defined in file libc.so.6 with link time reference Version-Release number of selected component (if applicable): dnf-2.0.0-0.rc1.4.fc26.noarch -> dnf-2.0.0-2.fc26.noarch How reproducible: Deterministic. Steps to Reproduce: 1. docker run --rm -ti fedora:rawhide bash 2. In the container: dnf upgrade -y dnf Or something like dnf install -y rpm-build which for some reason upgrades dnf as well. 3. In the container: dnf list Actual results: /usr/libexec/system-python: relocation error: /lib64/libpython3.6m.so.1.0: symbol getrandom, version GLIBC_2.25 not defined in file libc.so.6 with link time reference Expected results: No error. Additional info:
*** This bug has been marked as a duplicate of bug 1409557 ***
If you check related discussion on fedora-devel[1] you will find out that there is not a solution for this bug. They do not even want to rebuild docker images to prevent such bugs :-( [1] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/B565A2TWWZILEJRI6BFEVNMI6PLGXGO5/
Yes, it's a sad world we live in. I think computers are just hard.