pip, PIL et Oreiller
J'ai exécuté la commande suivante pour installer les dépendances d'un projet dans le virtualenv novacek
:
(novacek) $ pip install -r reqs.txt
reqs.txt
ressemble à ceci:
Django==1.4.4
Pillow==1.7.8
South==0.7.6
django-bootstrap-toolkit==2.8.0
django-debug-toolbar==0.9.4
django-filebrowser==3.5.1
-e git+https://github.com/ir4y/django-flatblocks.git@4f8b2c86fe94e19dc7aa86b80a204918e2142aff#egg=django_flatblocks-dev
django-generic-flatblocks==0.9.1
django-grappelli==2.4.3
django-hvad==0.2
django-photologue==2.5
docutils==0.10
psycopg2==2.4.6
wsgiref==0.1.2
Comme vous pouvez le voir, il n'y a pas de PIL paquet, seulement Oreiller, mais à la fin du processus d'installation, j'ai obtenu ceci:
--------------------------------------------------------------------
PIL 1.1.7 SETUP SUMMARY
--------------------------------------------------------------------
version 1.1.7
platform linux2 2.7.3 (default, Feb 21 2013, 13:39:24)
[GCC 4.4.6 20120305 (Red Hat 4.4.6-4)]
--------------------------------------------------------------------
*** TKINTER support not available
*** JPEG support not available
*** ZLIB (PNG/ZIP) support not available
*** FREETYPE2 support not available
*** LITTLECMS support not available
--------------------------------------------------------------------
Qui est étrange. J'avais aussi eu le résumé de l'installation pour Oreiller plus tôt (avec permis de soutien jpeg et zlib btw. comme Oreiller peut effectivement trouver mes bibliothèques).
Et Si je lance pip en gel de virtualenv après l'installation, j'obtiens ceci:
Django==1.4.4
PIL==1.1.7
Pillow==1.7.8
South==0.7.6
django-bootstrap-toolkit==2.8.0
django-debug-toolbar==0.9.4
django-filebrowser==3.5.1
-e git+https://github.com/ir4y/django-flatblocks.git@4f8b2c86fe94e19dc7aa86b80a204918e2142aff#egg=django_flatblocks-dev
django-generic-flatblocks==0.9.1
django-grappelli==2.4.3
django-hvad==0.2
django-photologue==2.5
docutils==0.10
psycopg2==2.4.6
wsgiref==0.1.2
PIL a dans avec des dépendances. Pourquoi?
OriginalL'auteur clime | 2013-02-28
Vous devez vous connecter pour publier un commentaire.
C'est tout à fait correct. L'oreiller est un fork, alternative ré-emballage de PIL.
De la PyPI page pour Oreiller:
À l'intérieur du paquet, c'est toujours le PIL projet et émettent encore des messages sous ce nom lors de la compilation.
Malheureusement, l'Oreiller n'a pas la prétention de satisfaire le PIL exigence, de sorte que tout ce qui dépend de PIL au lieu de cela va encore passer à la LIP.
Oreiller satisfait le PIL de dépendance.
Mais alors PIL ne doivent pas être rapportés par
pip freeze
comme une dépendance par la suite.Droit, il se peut que pep ne sais pas d'Oreiller et PIL sont la même chose.
eu confirmation de l'Oreiller de l'auteur; j'ai eu tort, Oreiller ne satisfait pas à la LIP de dépendance.
OriginalL'auteur Martijn Pieters