Erreur PIL: Le module _imaging C n'est pas installé

J'ai posté cette réponse sur le lien que vous avez envoyé (merci pour ça), mais pensé que je ferais un post sur la source. Désolé pour le double post.

J'espérais qu'il y avait un moyen de le faire sans avoir à recompiler des trucs. Il m'arrive d'être en utilisant virtualenv. Je l'ai fait savoir que si j'ai explosé mon virtuel env installer et réinstaller avec le pip, l'Imagerie commencé à travailler à nouveau. Ces étapes semblait fonctionner (remarque, je suis sur OSX)

Ne sais pas si ce qui importait, mais la vérification pour voir si le jpeg est installé

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

Assurez-vous que j'ai PIP installé

sudo port -v install py26-pip

Supprimer l'ancien environnement virtuel que j'ai eu et de le recréer

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

Installer pil et django dans le virtualenv

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

Test pour voir si l'importation fonctionne maintenant. Remarque l'absence de désagréable C module d'erreur

python
>>import import ImageFont 
>>

Espère que cela est utile.

Voici certaines choses qui pourraient vous aider si from PIL import Image fonctionne mais import _imaging échoue. Si Image échoue également, voir la Note à la fin.

Sur Ubuntu 13.04 (raring), j'ai eu ce problème. Il s'avère que Ubuntu installe _imaging.so dans un endroit à l'Application du Moteur ne se fait pas attendre: /usr/lib/python2.7/dist-packages au lieu de /usr/lib/python2.7/dist-packages/PIL. Donc _imaging.so n'était pas n'importe où dans sys.path.

Ici sont un couple de façons de contourner cela:

Mettre le PIL C modules déjà quelque part sur le chemin:

J'ai remarqué que /path/to/google_appengine/lib/PIL-1.1.7 était dans sys.pathmais le répertoire n'existe pas dans mon installation. J'ai donc créé le répertoire et copié les .donc, les fichiers, et tout a fonctionné. Vous disposez pour ce faire de nouveau, à chaque fois que vous avez mis à jour l'App Engine SDK, mais au moins, on ne plaisante pas avec le code que vous êtes en développement.

Manipuler sys.chemin dans main.py:

Ce code permet de vérifier si nous sommes en cours d'exécution le dev du serveur d'applications, et si oui, ajoutez la bonne dir pour le chemin d'accès. Non testé mais cela devrait fonctionner 😉

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

Je suppose que cela pourrait faire plus que juste le PIL modules disponibles pour vous, de sorte que ne présenter (encore plus) les différences entre le développement et la production. Aussi, cette technique consiste à modifier le code source de votre application, ce qui semble être un mauvais call si il n'y a plus d'une personne en développement.

---

Note: Si import Image échoue, vous pourriez avoir oublié d'ajouter la bibliothèque PIL à votre app.yaml.

libraries:
- name: PIL
  version: "latest"

Vous devrez peut-être redémarrer votre dev_appserver.py après l'ajout de cette bibliothèque pour que les modifications soient reflétées dans, par exemple, la console interactive.

J'ai été totalement absent de la _imaging.* fichiers dans le lib/site-packages/PIL dossier.

J'ai téléchargé l'œuf à partir d'ici (le fichier correct dépend de la plateforme):

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

renommé .de l'oeuf à l' .zipand copied all the files in the folderPILthat start with_imagingto the folderlib/site-packages/PIL`.

.. Le problème est résolu