PIL error: The _imaging C module is not installed

前端 未结 6 1764
情深已故
情深已故 2021-01-04 02:52

I have PIL (Python imaging library) installed.

When I run Python:

import PIL
import Image
import _imaging

I don\'t get errors. Howe

相关标签:
6条回答
  • 2021-01-04 03:02

    On Ubuntu, the following command helped me (thanks to this answer on askubuntu):

    sudo apt-get install libjpeg62:i386
    
    0 讨论(0)
  • 2021-01-04 03:12

    why the problem exists, is with PIL 1.1.6? (only 1.1.7), Is that the version 1.1.6 does not use these libraries?

    PIL 1.1.6 also uses its internal C library to speed things up.

    For Windows you should use the precompiled packages. http://www.pythonware.com/products/pil/ offers X86 Windows binaries for 1.1.7. You might run into a problem with 1.1.7 Windows binaries. The freetype C library references a debug CRT that is not available on all machines. You can easily patch the _imagingft.pyd file with a hex editor.

    0 讨论(0)
  • 2021-01-04 03:19

    I was completely missing the _imaging.* files in the lib/site-packages/PIL folder.

    I downloaded the egg from here (the correct file depends on the platform):

    https://pypi.python.org/pypi/Pillow/2.7.0

    renamed it from .egg to .zipand copied all the files in the folderPILthat start with_imagingto the folderlib/site-packages/PIL`.

    .. Problem solved

    0 讨论(0)
  • 2021-01-04 03:20

    On Windows, remove _imaging.pyd and _imagingft.pyd inside C:\Python27. Leave all _imaging modules inside the C:\Python27\Lib\site-packages\PIL folder.

    It works for me.

    0 讨论(0)
  • 2021-01-04 03:23

    I posted this response on the link that you sent (thank you for that), but figured I'd post on source as well. Sorry for the dupe post.

    I was hoping that there was a way to do this without recompiling stuff. I happen to be using virtualenv. I did find that if I blew away my virtual env install and then reinstall with pip, the Imaging started to work again. These steps seemed to work (note, I’m using OSX)

    Not sure if this mattered, but checking to see if jpeg is installed

    winesap:~ $ port installed | grep -i jpeg
      jpeg @7_0
      jpeg @8a_0 (active)
    

    Make sure I have PIP installed

    sudo port -v install py26-pip
    

    Remove the old virtual environment I had and recreate it

    rm -rf ve
    virtualenv –no-site-packages –distribute ve
    . ./ve/bin/activate
    

    Install pil and django into the virtualenv

    echo “pil” > requirements.pip
    echo “django” >> requirements.pip
    pip-2.6 install -E ./ve/ -r requirements.pip
    

    Test to see if the import works now. Note lack of obnoxious C module error

    python
    >>import import ImageFont 
    >>
    

    Hope this is useful.

    0 讨论(0)
  • 2021-01-04 03:26

    Here's some things that might help you if from PIL import Image works but import _imaging fails. If Image fails too, see the Note at the end.

    On Ubuntu 13.04 (raring), I had this problem. It turns out that Ubuntu installs _imaging.so in a place that App Engine does not expect: /usr/lib/python2.7/dist-packages instead of /usr/lib/python2.7/dist-packages/PIL. So _imaging.so was not anywhere in sys.path.

    Here are a couple ways around this:

    Put the PIL C modules somewhere already on the path:

    I noticed that /path/to/google_appengine/lib/PIL-1.1.7 was in sys.path, but the directory did not exist in my installation. So I created the directory and copied the .so files into it, and everything worked. You would have to do this again, every time you updated the App Engine SDK, but at least it doesn't mess with the code you're developing.

    Manipulate sys.path in main.py:

    This code will check whether we're running the dev appserver, and if so, add the correct dir to the path. Untested but it should work ;)

    # Find _imaging.so and put its directory here.
    # `locate _imaging.so` or `dpkg -L python-imaging`
    PIL_PATH = '/usr/lib/pyshared/python2.7/'
    
    PRODUCTION_MODE = not os.environ.get(
        'SERVER_SOFTWARE', 'Development').startswith('Development')
    
    if not PRODUCTION_MODE:
        sys.path.insert(PIL_PATH)
    

    I suppose that this might make more than just the PIL modules available to you, so that would introduce (yet more) differences between development and production. Also, this technique involves modifying the source code of your app, which seems like a bad call if there's more than one person developing it.


    Note: If import Image fails, you might have forgotten to add the PIL library to your app.yaml.

    libraries:
    - name: PIL
      version: "latest"
    

    You might need to restart your dev_appserver.py after adding this library for the changes to be reflected in e.g. the interactive console.

    0 讨论(0)
提交回复
热议问题