Red Hat Bugzilla – Bug 889784
Distutils: Incorrect shared library extension on linux
Last modified: 2013-04-01 06:55:42 EDT
Created attachment 668051 [details]
Description of problem:
The find_library_file searches libraries with the python-versioned ".cpython-33m.so" extension, and hence always fails to find regular libraries.
Investigation shows that the library extension is being overridden by the one defined in the /usr/lib64/python3.3/config-3.3m/Makefile. The responsible line is
compiler.shared_lib_extension = so_ext
which overrides the default (and correct)
shared_lib_extension = ".so"
A tentative patch is simply to comment out the statement at sysconfig.py::235 (patch attached).
See also upstream bug report http://bugs.python.org/issue16754
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Attempt to build a project with setuptools where the setup.py uses find_library_file
2. find_library_file will fail to find any regular shared library
Note, this is one of the dependencies of the F19 Pillow feature which was approved by FESCo today. dmalcolm: any ideas about whether we can move forward with the attached patch?
(In reply to comment #1)
> Note, this is one of the dependencies of the F19 Pillow feature which was
> approved by FESCo today. dmalcolm: any ideas about whether we can move
> forward with the attached patch?
For reference, this is: https://fedoraproject.org/wiki/Features/Pillow
May I ask for a quick status update on the bug? Essentially just to know whether I should post a pillow review request without the python3 subpackages for now, or whether it's worth waiting a little while longer for this to get fixed.
I think we better get the package reviewed without this bug fixed otherwise it will get too late in the cycle to test it.
Ok, review posted, see bug #908114 . I really wish someone could rebuild python3 with the attached patch though...
Hey dmalcolm, at yesterday's fesco meeting, we wondered if there was any update on this. Even if it's a response of "I have no time, could someone else look into the following aspects of the patch:" it would help us know where things stand (and perhaps get someone to do some of the legwork.)
Sorry for not getting around to this; I'm about to disappear for a week.
The analysis seems correct, and patch seems like a reasonable workaround. Feel free to commit and rebuild.
Could someone with sufficient privileges please do the rebuild? Thanks.
Rebuilt for rawhide.... For F19, getting a build failure:
I don't think it's related to the patch. F-19 is having difficulties right now (although I wouldn't think it would cause this either). I can have another try at building tonight or tomorrow night (at a conference so I'm only free occasionally).
dmalcolm analyzed this.and found that the problem is in the release name. /etc/fedora-release has schrödinger in it. the non ascii char is what is killi the platform.platform call.
For the UnicodeError:
Scratch build with the patch I created for that issue applied: http://koji.fedoraproject.org/koji/taskinfo?taskID=5126807
If that completes, I (or anyone else) can make a new build that fixes both that issue and this.
Please check if you are able to build the python3-pillow subpackages now.
Thanks a lot Toshio. I'll push Pillow 2.0.0 with the python3 packages enabled as soon as I've found out why one of the tests hangs...
This is now fixed.