Bug 1238113
| Summary: | kig: ImportError: /usr/lib64/python2.7/lib-dynload/math.so: undefined symbol: PyFloat_Type | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Maurizio Paolini <paolini> |
| Component: | kig | Assignee: | Than Ngo <than> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 22 | CC: | bkabrda, dmalcolm, ivazqueznet, jgrulich, jonathansteffan, jreznik, kevin, mstuchli, ncoghlan, pviktori, rdieter, rkuska, rnovacek, than, tomspur, tradej |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | kig-15.04.3-1.fc22 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-07-18 02:11:04 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: | |||
|
Description
Maurizio Paolini
2015-07-01 08:50:34 UTC
Basically same issue as f21's kig bug #1101626 We're seeing runtime error/warning: Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: /usr/lib64/python2.7/lib-dynload/math.so: undefined symbol: PyFloat_Type Per my upstream comment https://bugs.kde.org/show_bug.cgi?id=335965#c22 this would appear to be an upstream bug fixed by my proposed patch there, but upstream developer is arguing this is a fedora/downstream issue, that (apparently?) /usr/lib64/python2.7/lib-dynload/math.so should link libpython itself. Can you please clarify for me if that's expected or not? Hi, I've commented on the upstream bug. Basically, I believe Fedora's configuration is fine, even if different distros may use the upstream default of linking Python modules statically. Thanks, let's bounce this back to kig. As an aside, you mentioned that python by default links modules statically, it seems in the "shared" case... it's not linked with libpython *at all*? If true, why not? No, it's not linked to libpython. It's not a generic shared library usable with any C program that wants it. It is meant to be loaded by Python's import machinery, from the specific version of Python for which it was configured and built. The comments on the upstream bug tracker indicate that a Py_Initialize() was called while libpython wasn't loaded, which is looks extremely strange to me, since Py_Initialize is provided by libpython. FWIW, I just checked that with upstream Python te module is linked this way, when configured as mentioned in the upstream bug and built from source. kig-15.04.3-1.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/kig-15.04.3-1.fc22 (In reply to Fedora Update System from comment #7) > kig-15.04.3-1.fc22 has been submitted as an update for Fedora 22. > https://admin.fedoraproject.org/updates/kig-15.04.3-1.fc22 The proposed update works fine for me! Thank you for tracking the problem down... I couldn't understand the discussion (both downstream and upstream), I hope nobody got hurt in the process :-) Package kig-15.04.3-1.fc22: * should fix your issue, * was pushed to the Fedora 22 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing kig-15.04.3-1.fc22' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-11142/kig-15.04.3-1.fc22 then log in and leave karma (feedback). kig-15.04.3-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. *** Bug 1529346 has been marked as a duplicate of this bug. *** |