calibre no longer builds, and has the following error with glibc-2.30.9000-21.fc32: Inconsistency detected by ld.so: dl-open.c: 459: activate_nodelete: Assertion `!imap->l_init_called || imap->l_type != lt_loaded' failed! https://koji.fedoraproject.org/koji/taskinfo?taskID=39401396 It could be an issue in calibre, but I am not sure how to debug or fix it there.
(In reply to Kevin Fenzi from comment #0) > calibre no longer builds, and has the following error with > glibc-2.30.9000-21.fc32: > > Inconsistency detected by ld.so: dl-open.c: 459: activate_nodelete: > Assertion `!imap->l_init_called || imap->l_type != lt_loaded' failed! > > https://koji.fedoraproject.org/koji/taskinfo?taskID=39401396 > > It could be an issue in calibre, but I am not sure how to debug or fix it > there. In upstream glibc we recently improved our ability to commit or rollback failing dlopen calls, and these changes have a broader impact across the behaviour of the dynamic loader. Where possible we added meaningful asserts in the dynamic loader for cases we thought could not happen. This is such a case. We're going to need to reproduce this on our end to debug why the calibre build gets into this state. Thanks for the report!
I have been able to reproduce this issue. The assert is simply incorrect. glibc-2.30.9000-22.fc32 removes it. I will retry the calibre build once glibc has been built.
Scratch build of calibre succeeded. Sorry for the inconvenience.
*** Bug 1778891 has been marked as a duplicate of this bug. ***
This broke gnome-maps at runtime, too - https://bugzilla.redhat.com/show_bug.cgi?id=1778891
glibc-2.30.9000-24.fc32 has the fixed that has also been submitted upstream. calibre still builds in rawhide.