Red Hat Bugzilla – Bug 185203
jpeg support broken in latest build
Last modified: 2007-11-30 17:11:27 EST
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):
Steps to Reproduce:
1. Run python app that manipulates jpegs
PIL returns I/O error: no jpeg decoder available
Regression to 1.1.4-9 downgrades PIL to previous version, but has working jpeg
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
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]
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.