Python 2.5 PIL Gone in Lucid?
Written by
on
in
Snaking.
Why do half my tests suddenly fail, thinks me? Me thinks, me looks, me finds no PIL! Egadzooks, thinks me, thinking thinkily, what has become of my Python 2.5 PIL? Aptitude thinks, and returns no thoughts of a Python 2.5 python-imaging? Me thinks methinks me thoughts must turn to source.
[Update] For those who encounter this, latest PIL can be installed with a simple easy_install on the PIL*.tar.gz download. You need to make sure that you've got the dependency dev libraries installed first, but with that it installs cleanly in a virtualenv. (I didn't test Tk, but the image-manipulation stuff seems to work).
Comments
Comments are closed.
Pingbacks
Pingbacks are closed.
Mike C. Fletcher, the VRPlumber, is a philosopher of design turned computer programmer based in Toronto, Canada. He works primarily in the Python programming language, and maintains a large number of Open Source software packages. You can reach him at: mcfletch@vrplumber.com.
Me on 04/24/2010 10:23 p.m. #
Methinks you've been reading John Lennon's "In His Own Write".
Brett Haydon on 04/25/2010 12:52 a.m. #
I don't get it. Why would you use lucid but not use Python 2.6 with python-imaging
Mike C. Fletcher on 04/25/2010 1:20 a.m. #
Well, because sysadmins are a conservative lot.
I have to push to get that new-fangled Python 2.5 and a modern PostgreSQL on their servers. I may develop on my Lucid laptop, but they want to run on Debian stable (or RHEL 4.x, etc) and use only the most "time-tested" tools available.
Of course, I could just use VMs with Debian stable, but I find that cumbersome unless there's a real need for it. I can more easily keep my code cross-version than maintaining the server images.
Consultants still have to target Python 2.4 for some projects launching today (particularly for RHEL). 2.5 is reasonably accepted, and I generally require clients to go for at least that. 2.6 on a production server is crazy talk :) ;) .