Pourquoi utiliser pip sur easy_install? [fermé]

Un tweet se lit comme suit:

N'utilisez pas easy_install, sauf si vous aimez vous poignarder au visage. Utilisez pip.

Pourquoi utiliser pip sur easy_install? La faute n'est-elle pas principalement due aux auteurs de PyPI et de packages ? Si un auteur télécharge l'archive tar source de merde (par exemple: fichiers manquants, pas de setup.py) sur PyPI, alors pip et easy_install échoueront. À part les différences esthétiques, pourquoi les gens de Python (comme dans le tweet ci-dessus) semblent-ils fortement favoriser pip par rapport à easy_install?

(Supposons que nous parlons d'easy_install à partir du package Distribute, qui est géré par la communauté)

Beaucoup de réponses ici sont obsolètes pour 2015 (bien que celle initialement acceptée de Daniel Roseman ne le soit pas). Voici l'état actuel des choses:

• Les packages binaires sont désormais distribués sous forme de roues ( .whlfichiers) - non seulement sur PyPI, mais dans des référentiels tiers comme les packages d'extension de Christoph Gohlke pour Windows . pippeut gérer les roues; easy_installne peux pas.
• Les environnements virtuels (qui sont intégrés avec 3.4, ou peuvent être ajoutés à 2.6 + / 3.1 + avec virtualenv) sont devenus un outil très important et important (et recommandé dans les documents officiels ); ils incluent piphors de la boîte, mais ne fonctionnent même pas correctement avec easy_install.
• Le distributepackage inclus easy_installn'est plus maintenu. Ses améliorations ont setuptoolsété fusionnées setuptools. Essayer d'installer distributene fera qu'installer à la setuptoolsplace.
• easy_install elle-même n'est que quasi-maintenue.
• Tous les cas où pipauparavant étaient inférieurs à - l' easy_installinstallation à partir d'une arborescence source non compressée, d'un dépôt DVCS, etc. - sont révolus depuis longtemps; vous pouvez pip install ., pip install git+https://.
• pipest livré avec les packages officiels Python 2.7 et 3.4+ de python.org, et un pipbootstrap est inclus par défaut si vous construisez à partir des sources.
• Les divers morceaux incomplets de documentation sur l'installation, l'utilisation et la construction de packages ont été remplacés par le Guide de l'utilisateur de Python Packaging . La propre documentation de Python sur l' installation des modules Python renvoie maintenant à ce guide de l'utilisateur et appelle explicitement pip"le programme d'installation préféré".
• D'autres nouvelles fonctionnalités ont été ajoutées au pipfil des ans et ne seront jamais disponibles easy_install. Par exemple, pipil est facile de cloner vos packages de site en créant un fichier d'exigences, puis en l'installant avec une seule commande de chaque côté. Ou pour convertir votre fichier d'exigences en un référentiel local à utiliser pour le développement en interne. Etc.

La seule bonne raison que je sache utiliser easy_installen 2015 est le cas particulier de l'utilisation des versions Python préinstallées d'Apple avec OS X 10.5-10.8. Depuis 10.5, Apple a inclus easy_install, mais à partir de 10.10 ils ne comprennent toujours pas pip. Avec 10.9+, vous devriez toujours utiliser get-pip.py, mais pour 10.5-10.8, cela a quelques problèmes, donc c'est plus facile sudo easy_install pip. (En général, easy_install pipc'est une mauvaise idée; ce n'est que pour OS X 10.5-10.8 que vous voulez faire cela.) De plus, 10.5-10.8 inclut readlined'une manière qui easy_installsait se déplacer mais pippas, donc vous voulez aussi sudo easy_install readlinesi vous voulez mettre à jour cela.

De l' introduction de Ian Bicking à pip :

pip a été écrit à l'origine pour améliorer easy_install des manières suivantes

• Tous les packages sont téléchargés avant l'installation. Une installation partiellement terminée ne se produit donc pas.
• On prend soin de présenter une sortie utile sur la console.
• Les raisons des actions sont enregistrées. Par exemple, si un paquet est en cours d'installation, pip conserve la raison pour laquelle ce paquet était requis.
• Les messages d'erreur devraient être utiles.
• Le code est relativement concis et cohérent, ce qui le rend plus facile à utiliser par programme.
• Les packages ne doivent pas être installés en tant qu'archives d'oeufs, ils peuvent être installés à plat (tout en conservant les métadonnées d'oeuf).
• Prise en charge native d'autres systèmes de contrôle de version (Git, Mercurial et Bazaar)
• Désinstallation des packages.
• Simple à définir des ensembles d'exigences fixes et à reproduire de manière fiable un ensemble de packages.

Une autre raison - pour l'instant non mentionnée - de favoriser le pip est parce que c'est la nouvelle chaleur et continuera d'être utilisée à l'avenir.

L'infographie ci-dessous - de la section État actuel de l'emballage dans le Guide de l'auto-stoppeur de l'emballage v1.0 - montre que setuptools / easy_install disparaîtra à l'avenir.

Voici une autre infographie de la documentation de distribution montrant que Setuptools et easy_install seront remplacés par la nouvelle hotness - distribution et pip . Alors que pip est toujours la nouvelle nouveauté, Distribute a fusionné avec Setuptools en 2013 avec la sortie de Setuptools v0.7 .

Deux raisons, il peut y en avoir plus:

1. pip fournit une uninstallcommande

2. si une installation échoue au milieu, pip vous laissera dans un état propre.

Fichiers EXIGENCES.

Sérieusement, je l'utilise tous les jours avec virtualenv.

TUTORIEL DE GESTION RAPIDE DES DÉPENDANCES, PERSONNES

Les fichiers d'exigences vous permettent de créer un instantané de tous les packages qui ont été installés via pip. En encapsulant ces packages dans un environnement virtuel, vous pouvez faire fonctionner votre base de code sur un ensemble très spécifique de packages et partager cette base de code avec d'autres.

De la documentation de Heroku https://devcenter.heroku.com/articles/python

Vous créez un environnement virtuel et configurez votre shell pour l'utiliser. (instructions bash / * nix)

virtualenv env
source env/bin/activate

Désormais, tous les scripts python exécutés avec ce shell utiliseront les packages et la configuration de cet environnement. Vous pouvez maintenant installer un package localement dans cet environnement sans avoir besoin de l'installer globalement sur votre machine.

pip install flask

Vous pouvez maintenant vider les informations sur les packages installés avec

pip freeze > requirements.txt

Si vous avez vérifié ce fichier dans le contrôle de version, quand quelqu'un d'autre obtient votre code, il peut configurer son propre environnement virtuel et installer toutes les dépendances avec:

pip install -r requirements.txt

Chaque fois que vous pouvez automatiser l'ennui comme ça, c'est génial.

pip n'installera pas de paquets binaires et n'est pas bien testé sur Windows.

Comme Windows ne vient pas avec un compilateur par défaut, pip ne peut souvent pas être utilisé là-bas. easy_install peut installer des packages binaires pour Windows.

MISE À JOUR: setuptoolsa absorbé distributepar opposition à l'inverse, comme certains le pensaient. setuptoolsest à jour avec les dernières distutilsmodifications et le format de roue. Par conséquent, easy_installet pipsont plus ou moins sur un pied d'égalité maintenant.

Source: http://pythonhosted.org/setuptools/merge-faq.html#why-setuptools-and-not-distribute-or-another-name

En complément de la réponse de Fuzzyman:

pip n'installera pas de paquets binaires et n'est pas bien testé sur Windows.

Comme Windows ne vient pas avec un compilateur par défaut, pip ne peut souvent pas être utilisé là-bas. easy_install peut installer des packages binaires pour Windows.

Voici une astuce sur Windows:

• vous pouvez utiliser easy_install <package>pour installer des packages binaires pour éviter de construire un binaire

• vous pouvez utiliser pip uninstall <package>même si vous avez utilisé easy_install.

Ceci est juste une solution de contournement qui fonctionne pour moi sur Windows. En fait, j'utilise toujours pip si aucun binaire n'est impliqué.

Voir le pip doku actuel: http://www.pip-installer.org/en/latest/other-tools.html#pip-compared-to-easy-install

Je demanderai sur la liste de diffusion ce qui est prévu pour cela.

Voici la dernière mise à jour:

La nouvelle façon prise en charge pour installer les binaires va être wheel! Ce n'est pas encore dans la norme, mais presque. La version actuelle est toujours un alpha: 1.0.0a1

https://pypi.python.org/pypi/wheel

http://wheel.readthedocs.org/en/latest/

Je vais tester wheelen créant un programme d'installation OS X à PySideutiliser à la wheelplace des œufs. Je reviendrai et ferai un rapport à ce sujet.

cheers - Chris

Une mise à jour rapide:

La transition vers wheelest presque terminée. La plupart des packages prennent en charge wheel.

J'ai promis de construire des roues pour PySide, et je l'ai fait l'été dernier. Fonctionne très bien!

CONSEIL: Quelques développeurs n'ont pas réussi jusqu'à présent à prendre en charge le format de roue, simplement parce qu'ils oublient de le remplacer distutilspar setuptools. Souvent, il est facile de convertir de tels packages en remplaçant ce seul mot dans setup.py.

Je viens de rencontrer un cas spécial que j'ai dû utiliser à la easy_installplace pip, ou je dois tirer directement les codes source.

Pour le package GitPython, la version de pipest trop ancienne, ce qui est le cas 0.1.7, tandis que celle de easy_installest la plus récente 0.3.2.rc1.

J'utilise Python 2.7.8. Je ne suis pas sûr du mécanisme de calque sous-jacent de easy_installet pip, mais au moins les versions de certains packages peuvent être différentes les unes des autres, et c'est parfois easy_installcelle avec une version plus récente.

easy_install GitPython