Re: [Python] Alternativa snella a virtualenv: PYTHONUSERBASE
Il presupposto iniziale che virtualenv sia complicato o sovradimensionato per un normale uso non rispecchia il mio normale utilizzo. Con virtualenvwrapper gestisco facilmente i miei progetti con diversi virtualenv, ho il codice versionato da un lato e posso alternativamente avere vari virtualenv con versioni differenti dei miei pacchetti da provare o versioni differenti di python. La lettura e' stata istruttiva ma la soluzione mi sembra piu' complicata e meno potente. Paolo Il giorno ven 3 lug 2015 alle ore 09:09 Kbyte ha scritto: > A qualcuno potrebbe venire l'orticaria nel lanciare pip freeze e >> leggere le dipendenze del SO, non strettamente necessarie al progetto, >> ma a parte questo >> non ci vedo particolari controidicazioni. >> > > Nella mia esperienza mi darebbe più problemi che altro. Posso capire > macchine dove le app in deploy fanno parte tutte di uno stesso sistema per > cui le librerie (di sistema) che devi usare sono le stesse. > > Ma nella maggior parte dei casi ti trovi a deployare applicazioni diverse, > che non devono parlarsi e che fanno uso di librerie particolari, se non nel > nome nella versione utilizzata. > > Con quella soluzione se si ci affida alla lib installata nel SO e per > qualche motivo il SO l'aggiorna, credo che qualche pericolo di vedere > qualcosa non funzionare più sia reale. > ___ > Python mailing list > Python@lists.python.it > http://lists.python.it/mailman/listinfo/python > ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Alternativa snella a virtualenv: PYTHONUSERBASE
> > A qualcuno potrebbe venire l'orticaria nel lanciare pip freeze e > leggere le dipendenze del SO, non strettamente necessarie al progetto, > ma a parte questo > non ci vedo particolari controidicazioni. > Nella mia esperienza mi darebbe più problemi che altro. Posso capire macchine dove le app in deploy fanno parte tutte di uno stesso sistema per cui le librerie (di sistema) che devi usare sono le stesse. Ma nella maggior parte dei casi ti trovi a deployare applicazioni diverse, che non devono parlarsi e che fanno uso di librerie particolari, se non nel nome nella versione utilizzata. Con quella soluzione se si ci affida alla lib installata nel SO e per qualche motivo il SO l'aggiorna, credo che qualche pericolo di vedere qualcosa non funzionare più sia reale. ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
Re: [Python] Alternativa snella a virtualenv: PYTHONUSERBASE
On 07/02/2015 07:09 PM, Giuseppe Saviano wrote: Per chi non avesse voglia di leggere, l'autore presenta un'alternativa snella a virtualenv che consiste nell' anteporre "./env" al PYTHONPATH, ed installare le dipendenze usando pip -t Ok, ma come al solito nessuno pensa ad uno dei problemi della distribuzione dei progetti in python... Enrico ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
[Python] Alternativa snella a virtualenv: PYTHONUSERBASE
Ciao a tutti, sul python weekly di questa settimana ho trovato http://blog.zoomeranalytics.com/pip-install-t/ Per chi non avesse voglia di leggere, l'autore presenta un'alternativa snella a virtualenv che consiste nell' anteporre "./env" al PYTHONPATH, ed installare le dipendenze usando pip -t Tra i commenti ce n'e` uno che condivido, che mette in guardia dall'inserire percorsi relativi nel PYTHONPATH. Quindi ho pensato: ma perche` nessuno cita mai la variabile d'ambiente PYTHONUSERBASE? Basterebbe esportarla ogni volta che si cambia progetto ed usare pip --user per installare le dipendenze. A qualcuno potrebbe venire l'orticaria nel lanciare pip freeze e leggere le dipendenze del SO, non strettamente necessarie al progetto, ma a parte questo non ci vedo particolari controidicazioni. Se proprio uno ci tiene, puo` installare un secondo interprete ed usare quello come base. Voi che ne pensate? Mi sfugge qualcosa? Grazie, G. -- $ gpg --recv-key da5098a7 ___ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
