Description of problem: jpeg support in PIL is broken in the latest build... resulting in broken python apps that use PIL for jpeg manipulation. Version-Release number of selected component (if applicable): 1.1.5-1 How reproducible: Always Steps to Reproduce: 1. Run python app that manipulates jpegs 2. 3. Actual results: PIL returns I/O error: no jpeg decoder available Expected results: Additional info: Regression to 1.1.4-9 downgrades PIL to previous version, but has working jpeg support.
It works for me. Could you give an example, please? If it fails could you install ImageMagick and use identify to give further details about those jpeg files: $ identify *.jpg As an example I run this in a directory full of jpeg images and I don't get any problem: import Image import glob for i in glob.glob("*.jpg"): im[i] = Image.open(i) print im[i].format, im[i].size, im[i].mode
Created attachment 126844 [details] Just to show where is the probl.
I have the same problem on the x86 platform. Trying rebuild the package, I got error on the selftest.py phase. As I do not have much time to resolve this issue, I just added explicitly the path to the /usr/lib64 libs to the setup.py and recompiled the package. Please find atached "patch" for the details:
Aha, now I see the problem only occurs in x86-64, and it is a problem related with /usr/lib/ versus /usr/lib64. Now that I have a clue I will fix this issue soon. Thank your for the patch.
Created attachment 127145 [details] .spec patch Modified .spec to apply modification of Stanislav's patch on x86_64. Tested on x86_64 and fixes original bug.
Created attachment 127146 [details] Modified Stanislav's patch Stripped directories so patch can be -p0 instead of -p3
I have applied a similar fix. The reason why I have not applied the patch proposed in this report is that this would give two different src.rpm depending on the arch used. This fix is also in line with other python-* fixes applied to solved this type of problem, see python-crypto. Thank you for the reports.