Perché usare pip su easy_install? [chiuso]

Un tweet recita:

Non usare easy_install, a meno che non ti piaccia pugnalarti in faccia. Usa pip.

Perché usare pip su easy_install? La colpa non è principalmente di PyPI e degli autori dei pacchetti ? Se un autore carica tarball sorgente di merda (ad esempio: file mancanti, no setup.py) su PyPI, allora pip e easy_install falliranno. Oltre alle differenze estetiche, perché le persone di Python (come nel tweet sopra) sembrano preferire fortemente pip rispetto a easy_install?

(Supponiamo che stiamo parlando di easy_install dal pacchetto Distribute, gestito dalla community)

Molte delle risposte qui non sono aggiornate per il 2015 (anche se quella inizialmente accettata da Daniel Roseman non lo è). Ecco lo stato attuale delle cose:

• I pacchetti binari sono ora distribuiti come ruote ( .whlfile), non solo su PyPI, ma in repository di terze parti come i pacchetti di estensione per Windows di Christoph Gohlke . pipsa maneggiare le ruote; easy_installnon può.
• Gli ambienti virtuali (che sono integrati con 3.4 o che possono essere aggiunti a 2.6 + / 3.1 + con virtualenv) sono diventati uno strumento molto importante e importante (e consigliato nei documenti ufficiali ); includono pipout of the box, ma non funzionano nemmeno correttamente easy_install.
• Il distributepacchetto incluso easy_installnon è più gestito. I suoi miglioramenti sono setuptoolsstati nuovamente integrati setuptools. Tentare di installare distributesi installerà setuptoolsinvece.
• easy_install stesso è solo quasi mantenuto.
• Tutti i casi in cui piperano inferiori a easy_install—installazione da un albero dei sorgenti spacchettato, da un repository DVCS, ecc. — Sono scomparsi da tempo; è possibile pip install ., pip install git+https://.
• pipviene fornito con i pacchetti Python 2.7 e 3.4+ ufficiali da python.org e un pipbootstrap è incluso per impostazione predefinita se compilato dal sorgente.
• I vari pezzi incompleti di documentazione sull'installazione, l'utilizzo e la creazione di pacchetti sono stati sostituiti dalla Guida per l'utente del packaging Python . La documentazione di Python sull'installazione dei moduli Python ora fa riferimento a questa guida per l'utente e viene esplicitamente definita pipcome "il programma di installazione preferito".
• Altre nuove funzionalità sono state aggiunte pipnegli anni che non saranno mai presenti easy_install. Ad esempio, pipsemplifica la clonazione dei pacchetti del sito creando un file dei requisiti e installandolo con un singolo comando su ciascun lato. O per convertire il file dei requisiti in un repository locale da utilizzare per lo sviluppo interno. E così via.

L'unica buona ragione che conosco da usare easy_installnel 2015 è il caso speciale dell'utilizzo delle versioni Python preinstallate di Apple con OS X 10.5-10.8. Da 10.5, Apple ha incluso easy_install, ma a partire da 10.10 non include ancora pip. Con 10.9+, dovresti comunque usare get-pip.py, ma per 10.5-10.8, questo ha alcuni problemi, quindi è più facile sudo easy_install pip. (In generale, easy_install pipè una cattiva idea; è solo per OS X 10.5-10.8 che vuoi farlo.) Inoltre, 10.5-10.8 include readlinein un modo che easy_installsa come aggrapparsi ma pipnon lo fa, quindi anche tu vuoi sudo easy_install readlinese vuoi aggiornarlo.

Dall'introduzione di Ian Bicking a pip :

pip è stato originariamente scritto per migliorare su easy_install nei seguenti modi

• Tutti i pacchetti vengono scaricati prima dell'installazione. Di conseguenza, l'installazione parzialmente completata non si verifica.
• Si presta attenzione a presentare un output utile sulla console.
• I motivi delle azioni vengono tenuti traccia di. Ad esempio, se viene installato un pacchetto, pip tiene traccia del motivo per cui quel pacchetto era richiesto.
• I messaggi di errore dovrebbero essere utili.
• Il codice è relativamente conciso e coerente, facilitando l'utilizzo a livello di codice.
• I pacchetti non devono essere installati come archivi uovo, possono essere installati piatti (mantenendo i metadati uovo).
• Supporto nativo per altri sistemi di controllo della versione (Git, Mercurial e Bazaar)
• Disinstallazione di pacchetti.
• Set di requisiti fissi semplici da definire e riproduzione affidabile di un set di pacchetti.

Un'altra ragione, ancora non menzionata, per favorire il pip è perché è il nuovo calore e continuerà ad essere usato in futuro.

L'infografica di seguito - dalla sezione Stato attuale dell'imballaggio in The Hitchhiker's Guide to Packaging v1.0 - mostra che setuptools / easy_install scompariranno in futuro.

Ecco un'altra infografica dalla documentazione di distribut che mostra che Setuptools e easy_install saranno sostituiti dal nuovo hotness: distribut e pip . Mentre pip è ancora la novità, Distribute si è unito a Setuptools nel 2013 con la versione di Setuptools v0.7 .

Due motivi, potrebbero essercene di più:

1. pip fornisce un uninstallcomando

2. se un'installazione fallisce nel mezzo, pip ti lascerà in uno stato pulito.

REQUISITI.

Seriamente, lo uso ogni giorno insieme a virtualenv.

TUTORIAL DI GESTIONE DELLA DIPENDENZA RAPIDA, FOLKS

I file dei requisiti consentono di creare un'istantanea di tutti i pacchetti che sono stati installati tramite pip. Incapsulando quei pacchetti in un ambiente virtuale, puoi far funzionare la tua base di codice da un set molto specifico di pacchetti e condividere quella base di codice con altri.

Dalla documentazione di Heroku https://devcenter.heroku.com/articles/python

Si crea un ambiente virtuale e si imposta la shell per usarlo. (istruzioni bash / * nix)

virtualenv env
source env/bin/activate

Ora tutti gli script Python eseguiti con questa shell useranno i pacchetti e la configurazione di questo ambiente. Ora puoi installare un pacchetto localmente in questo ambiente senza bisogno di installarlo globalmente sul tuo computer.

pip install flask

Ora puoi scaricare le informazioni su quali pacchetti sono installati

pip freeze > requirements.txt

Se hai controllato quel file nel controllo versione, quando qualcun altro ottiene il tuo codice, può impostare il proprio ambiente virtuale e installare tutte le dipendenze con:

pip install -r requirements.txt

Ogni volta che puoi automatizzare il tedio in questo modo è fantastico.

pip non installa pacchetti binari e non è ben testato su Windows.

Poiché Windows non viene fornito con un compilatore per impostazione predefinita, spesso il pip non può essere utilizzato lì. easy_install può installare pacchetti binari per Windows.

AGGIORNAMENTO: setuptoolsha assorbito distributerispetto al contrario, come alcuni pensavano. setuptoolsè aggiornato con le ultime distutilsmodifiche e il formato della ruota. Quindi, easy_installe ora pipsiamo più o meno su un piano di parità.

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

In aggiunta alla risposta di fuzzyman:

pip non installa pacchetti binari e non è ben testato su Windows.

Poiché Windows non viene fornito con un compilatore per impostazione predefinita, spesso il pip non può essere utilizzato lì. easy_install può installare pacchetti binari per Windows.

Ecco un trucco su Windows:

• è possibile utilizzare easy_install <package>per installare pacchetti binari per evitare la creazione di un file binario

• puoi usare pip uninstall <package>anche se hai usato easy_install.

Questo è solo un trucco che funziona per me su Windows. In realtà uso sempre pip se non sono coinvolti binari.

Vedi l'attuale pip doku: http://www.pip-installer.org/en/latest/other-tools.html#pip-compared-to-easy-install

Chiederò sulla mailing list cosa è previsto.

Ecco l'ultimo aggiornamento:

Il nuovo modo supportato per installare i binari sarà wheel! Non è ancora nello standard, ma quasi. La versione corrente è ancora un alpha: 1.0.0a1

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

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

Proverò wheelcreando un programma di installazione OS X da PySideutilizzarewheel posto delle uova. Torneremo e riferire su questo.

salute - Chris

Un rapido aggiornamento:

Il passaggio a wheelè quasi finito. La maggior parte dei pacchetti supporta wheel.

Ho promesso di costruire ruote per PySide, e l'ho fatto l'estate scorsa. Funziona alla grande!

SUGGERIMENTO: Alcuni sviluppatori finora non sono riusciti a supportare il formato della ruota, semplicemente perché dimenticano di sostituirlo distutilscon setuptools. Spesso è facile convertire tali pacchetti sostituendo questa singola parola in setup.py.

Ho appena incontrato un caso speciale che ho dovuto usare al easy_installposto dipip , o devo estrarre direttamente i codici sorgente.

Per il pacchetto GitPython, la versione in pipè troppo vecchia, che è 0.1.7, mentre quella da easy_installè l'ultima che è 0.3.2.rc1.

Sto usando Python 2.7.8. Non sono sicuro del meccanismo di base di easy_installe pip, ma almeno le versioni di alcuni pacchetti potrebbero essere diverse l'una dall'altra, e talvolta easy_installè quella con la versione più recente.

easy_install GitPython