Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1778344
Summary: | build fails with Inconsistency detected by ld.so: dl-open.c: 459: activate_nodelete: Assertion `!imap->l_init_called || imap->l_type != lt_loaded' failed! | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Kevin Fenzi <kevin> |
Component: | glibc | Assignee: | Florian Weimer <fweimer> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | aoliva, arjun.is, awilliam, codonell, dj, fweimer, law, mfabian, pfrankli, robatino, rth, siddhesh |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | glibc-2.30.9000-24.fc32 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-12-02 13:38:17 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1395758, 1705305 |
Description
Kevin Fenzi
2019-11-30 03:36:02 UTC
(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. |