PIL-Fehler: Der _imaging C-Modul ist nicht installiert

Ich gepostet diese Antwort den link geschickt (danke dafür), aber dachte, ich würde post auf Quelle auch. Sorry für den dummen post.

Ich hatte gehofft, dass es einen Weg gibt, um dies zu tun, ohne ein neues Zeug. Ich bin zufällig mit virtualenv. Ich habe die Erfahrung gemacht, dass, wenn ich blies meine virtuelle env installieren und dann neu installieren mit pip, der Bildgebung wieder angefangen zu arbeiten. Diese Schritte scheinen zu funktionieren (beachten Sie, ich bin mit OSX)

Nicht sicher, ob dies wichtig, aber überprüfen, um zu sehen, ob jpeg installiert ist

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

Sicher, ich habe PIP installiert

sudo port -v install py26-pip

Entfernen Sie die alte virtuelle Umgebung, die ich hatte und es neu

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

Installieren von pil und django in der virtualenv

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

Test, um zu sehen, ob der import funktioniert jetzt. Hinweis: fehlende unausstehlich C Modul Fehler

python
>>import import ImageFont 
>>

Hoffe, dass dies nützlich ist.

InformationsquelleAutor der Antwort Joe J

Hier sind einige Dinge, die Ihnen helfen könnten, wenn from PIL import Image funktioniert, aber import _imaging ausfällt. Wenn Image fehl zu finden Hinweis am Ende.

Auf Ubuntu 13.04 (raring), hatte ich dieses problem. Es stellt sich heraus, dass Ubuntu installiert _imaging.so in einem Ort, der App Engine nicht erwarten: /usr/lib/python2.7/dist-packages statt /usr/lib/python2.7/dist-packages/PIL. So _imaging.so war nicht überall in sys.path.

Hier sind ein paar Möglichkeiten, um dieses:

Setzen die PIL C-Module bereits irgendwo auf dem Weg:

Bemerkte ich, dass /path/to/google_appengine/lib/PIL-1.1.7 war in sys.path aber das Verzeichnis existiert nicht in meiner installation. So habe ich das Verzeichnis und kopiert die .also Dateien in es, und alles funktionierte. Sie würde haben, dies wieder tun, jedes mal, wenn Sie aktualisiert das App Engine SDK, aber zumindest ist es nicht Durcheinander mit dem code, den Sie entwickeln.

Manipulieren sys.Pfad in main.py:

Dieser code überprüft, ob wir laufen die dev appserver, und wenn dem so ist, fügen Sie die richtige dir auf den Weg. Ungetestet, aber es sollte funktionieren 😉

# 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)

Ich nehme an, dass dies vielleicht mehr als nur die PIL-Module zur Verfügung, so dass vorstellen würde (noch mehr) Unterschiede zwischen Entwicklung und Produktion. Auch diese Technik umfasst das ändern der source-code der app, die scheint, einen schlechten Ruf, wenn es mehr als eine person zu entwickeln.

Hinweis: Wenn import Image fehlschlägt, haben Sie vielleicht vergessen haben, fügen Sie der PIL-Bibliothek, um Ihre app.yaml.

libraries:
- name: PIL
  version: "latest"

Müssen Sie möglicherweise starten Sie Ihren dev_appserver.py nach dem hinzufügen dieser Bibliothek für die änderungen übernommen werden, z.B. die interaktive Konsole.

InformationsquelleAutor der Antwort rescdsk

Ich war völlig verschwunden, die _imaging.* Dateien in der lib/site-packages/PIL Ordner.

Ich heruntergeladen habe das ei von hier aus (die richtige Datei hängt von der Plattform ab):

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

umbenannt .ei .zipand copied all the files in the folderPILthat start with_imagingto the folderlib/site-packages/PIL`.

.. Problem gelöst

InformationsquelleAutor der Antwort Matthias Kuhn