Re: [Python] pipenv (Was: Xkcd again)

[Francesco Maida]

Non so se è già stato postato da qualcun'altro, ma io ascoltando l'ultimo
episodio di un podcast (Python Bytes) mi sono imbattuto in questa guida su
pipenv scritta in Inglese ma di facile comprensione:

https://realpython.com/pipenv-guide/
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] pipenv (Was: Xkcd again)

[Pietro Brunetti]

Non voglio fare flame. Non so voi, ma un po' invidio dagli altri linguaggi
i loro ambienti di default per il deploy e il mantenimento delle
dipendenze. Parlo di cose come exa per erlang/elixir o cargo per rust.
Python forse offre troppe soluzioni e manca di uno strumento centralizzato
e multifunzione. Può anche essere che mi sbagli e non siano questa gran
cosa, però. Di certo poi con python è possibile sviluppare un semplice
script oltre che un mega progetto. Le batterie incluse, le librerie
standard, sono, infine, magnifiche in python.

Il sab 5 mag 2018, 14:51 Alessandro Re  ha scritto:

> On Fri, May 4, 2018, 11:35 Raffaele Salmaso  wrote:
>
>> 2018-05-04 11:07 GMT+02:00 Alessandro Dentella :
>>
>>> On Fri, May 04, 2018 at 10:29:56AM +0200, Raffaele Salmaso wrote:
>>> >2018-05-01 8:59 GMT+02:00 Alessandro Re <[1]akirosspo...@gmail.com
>>> >:
>>> >
>>> >[2]https://github.com/pypa/pipenv ci darà un futuro migliore? :)
>>> >
>>> >No
>>>
>>
> Nel mio piccolo, sto già avendo un futuro migliore usando pipenv, quindi
> per me sì :)
>
>
>>> Lo dici perché è solo un elemento in un groviglio di strumenti o
>>> perché ne conosci i limiti? Se ne vedi limiti puoi raccontarli?
>>>
>> Più che altro è un tool che usa pip e i virtualenv alla base,
>> quindi non vedo come possa essere differente da adesso, se non
>> automatizzando il processo
>>
>
> Sono abbastanza dell'opinione che il problema della vignetta originale non
> sia il fatto che il grafo delle dipendenze sia complesso, ma il problema è
> doverlo gestire manualmente.
>
> Se poi pipenv si aggiunge ad un panorama già ricco di altri strumenti
> automatici apportando un contributo utile è un altro discorso (
> xkcd.com/927 :)
>
> Ciauz
> ~Ale
> ___
> Python mailing list
> Python@lists.python.it
> https://lists.python.it/mailman/listinfo/python
>
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] pipenv (Was: Xkcd again)

[Alessandro Re]

On Fri, May 4, 2018, 11:35 Raffaele Salmaso  wrote:

> 2018-05-04 11:07 GMT+02:00 Alessandro Dentella :
>
>> On Fri, May 04, 2018 at 10:29:56AM +0200, Raffaele Salmaso wrote:
>> >2018-05-01 8:59 GMT+02:00 Alessandro Re <[1]akirosspo...@gmail.com>:
>> >
>> >[2]https://github.com/pypa/pipenv ci darà un futuro migliore? :)
>> >
>> >No
>>
>
Nel mio piccolo, sto già avendo un futuro migliore usando pipenv, quindi
per me sì :)


>> Lo dici perché è solo un elemento in un groviglio di strumenti o
>> perché ne conosci i limiti? Se ne vedi limiti puoi raccontarli?
>>
> Più che altro è un tool che usa pip e i virtualenv alla base,
> quindi non vedo come possa essere differente da adesso, se non
> automatizzando il processo
>

Sono abbastanza dell'opinione che il problema della vignetta originale non
sia il fatto che il grafo delle dipendenze sia complesso, ma il problema è
doverlo gestire manualmente.

Se poi pipenv si aggiunge ad un panorama già ricco di altri strumenti
automatici apportando un contributo utile è un altro discorso (xkcd.com/927
:)

Ciauz
~Ale
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] pipenv (Was: Xkcd again)

[roberto . pomoni]

On Fri, May 4, 2018 at 3:35 PM Alessandro Dentella  wrote:

> Speravo, -ma non ho ancora avuto tempo di indagare- che pipenv graph
> risolvesse il probema di cosa hai installato e cosa era una
> dipendenza.
>

Ciao Sandro,

lo fa. I pacchetti installati sono in "Pipfile", le dipendenze in
"Pipfile.lock", e pipenv graph mostra un'albero di queste dipendenze. Dalla
documentazione:

*"Managing a requirements.txt file can be problematic, so Pipenv uses
Pipfile and Pipfile.lock to separate abstract dependency declarations from
the last tested combination."*

L'ho provato su progetti piccoli ed è effettivamente così. Se poi abbia
tutte le caratteristiche per sostituire buildout in progetti più
strutturati e complessi, onestamente non lo so dire.

Roberto
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] pipenv (Was: Xkcd again)

[Marco De Paoli]

Il giorno 4 maggio 2018 18:01, Iacopo Spalletti 
ha scritto:

> La cosa che mi fa più gola è la dichiarazione della versione di python
> da usare e  l'integrazione con pyenv che consentirebbe di gestire in
> modo molto comodo l'upgrade delle versioni di python
>

pyenv, altro tool utile

io sulla macchina di sviluppo tengo virtualenv e virtualenvwrapper globali
installati con apt per capirsi, ed è l'unico passo fatto con sudo

lato utente poi posso far convivere tutte le versioni di python che voglio
tramite pyenv

faccio poi i vari mkvirtualenv per ogni progetto specificando il path della
versione precisa del python che mi serve

a quel punto mi basterà un workon per avere un ambiente completo e
autocontenuto

per ogni progetto versiono sia il requirements.txt che il requirements.in
e vivo abbastanza felice da qualche anno aspettando che passi la tempesta
perfetta dei gestori di pacchetti

per carità, capisco che il mio approccio risulti più artigianale e limitato
dei vari buildout, poetry, etc.
però, per il mio caso d'uso, ripeto!, per il mio caso d'uso, lo trovo
essenziale e mi ci sono abituato

jm2c
Marco
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] pipenv (Was: Xkcd again)

[Iacopo Spalletti]

Il 04/05/2018 15:51, Marco De Paoli ha scritto:
> 
> 
> Il giorno 4 maggio 2018 15:49, Paolo Melchiorre  > ha scritto:
> 
> ma adesso uso da
> alcuni mesi con soddisfazione pip-tools che ti permette di avere un
> file con i vincoli di dipendenza da cui generare poi il classico
> requirements.txt
> https://github.com/jazzband/pip-tools
> 
> 
> 
> +1
> anche io mi ci trovo bene
> 
> Marco
> 

Io uso pip-tools ormai da 2~3 anni ma alcune idiosincrasie che molte
volte mi stanno strette.
pipenv è interessante, e per fortuna kenneth questa volta ha basato
buona parte del lavoro su componenti esistenti, tanto che pipenv ormai è
passatto sotto pypa.
Per ora lo sto provando con soddisfazione, ma per ora ho esperienza solo
sul progetti piccoletti, perché ancora non ho avuto il tempo di provare
a integrarlo con la nostra infrastruttura di deployment.
La cosa che mi fa più gola è la dichiarazione della versione di python
da usare e  l'integrazione con pyenv che consentirebbe di gestire in
modo molto comodo l'upgrade delle versioni di python

-- 
Ciao

Iacopo Spalletti



signature.asc
Description: OpenPGP digital signature
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] pipenv (Was: Xkcd again)

[Marco De Paoli]

Il giorno 4 maggio 2018 15:49, Paolo Melchiorre  ha
scritto:

> ma adesso uso da
> alcuni mesi con soddisfazione pip-tools che ti permette di avere un
> file con i vincoli di dipendenza da cui generare poi il classico
> requirements.txt
> https://github.com/jazzband/pip-tools


+1
anche io mi ci trovo bene

Marco
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] pipenv (Was: Xkcd again)

[Paolo Melchiorre]

2018-05-04 15:34 GMT+02:00 Alessandro Dentella :
> On Fri, May 04, 2018 at 11:35:03AM +0200, Raffaele Salmaso wrote:
>> 2018-05-04 11:07 GMT+02:00 Alessandro Dentella :
>>> On Fri, May 04, 2018 at 10:29:56AM +0200, Raffaele Salmaso wrote:
 2018-05-01 8:59 GMT+02:00 Alessandro Re :

 https://github.com/pypa/pipenv ci darà un futuro migliore? :)

 No

>>> Lo dici perché è solo un elemento in un groviglio di strumenti o
>>> perché ne conosci i limiti? Se ne vedi limiti puoi raccontarli?
>>>
>> Più che altro è un tool che usa pip e i virtualenv alla base,
>> quindi non vedo come possa essere differente da adesso, se non
>> automatizzando il processo
>
> Trovo che troppi sviluppatori si affidano erroneamente al
> requirements.txt che è una fotografia di uno stato funzionanate e
> nulla ha anche fare con i vincoli di dipendenza.
>
> Io personalmente uso solo buildout che mi risulta molto, molto più
> chiaro, ricalcola le dipendenze ogni volta e mi contringe ad avere un
> setup.py corretto, pena la non installazione dei pacchetti.
>

Ciao,

Ho usato buildout in passato per progetti Plone ma adesso uso da
alcuni mesi con soddisfazione pip-tools che ti permette di avere un
file con i vincoli di dipendenza da cui generare poi il classico
requirements.txt
https://github.com/jazzband/pip-tools

My 2 cents,
Paolo
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python

Re: [Python] pipenv (Was: Xkcd again)

[Alessandro Dentella]

On Fri, May 04, 2018 at 11:35:03AM +0200, Raffaele Salmaso wrote:
>2018-05-04 11:07 GMT+02:00 Alessandro Dentella <[1]san...@e-den.it>:
>
>  On Fri, May 04, 2018 at 10:29:56AM +0200, Raffaele Salmaso wrote:
>  >2018-05-01 8:59 GMT+02:00 Alessandro Re
>  <[1][2]akirosspo...@gmail.com>:
>  >
>  >[2][3]https://github.com/pypa/pipenv ci darà un futuro
>  migliore? :)
>  >
>  >No
>  Lo dici perché è solo un elemento in un groviglio di strumenti o
>  perché ne conosci i limiti? Se ne vedi limiti puoi raccontarli?
>
>Più che altro è un tool che usa pip e i virtualenv alla base,
>quindi non vedo come possa essere differente da adesso, se non
>automatizzando il processo
>(io lo faccio già: personalmente installo i programmi in un virtualenv
>dedicato al singolo programma, ma nulla può evitare una situazione del
>genere anche se in un virtualenv [4]https://blog.npmjs.org/post/
>173526807575/reported-malicious-module-getcookies )

Speravo, -ma non ho ancora avuto tempo di indagare- che pipenv graph
risolvesse il probema di cosa hai installato e cosa era una
dipendenza.

Trovo che troppi sviluppatori si affidano erroneamente al
requirements.txt che è una fotografia di uno stato funzionanate e
nulla ha anche fare con i vincoli di dipendenza. Speravo -dal nome-
che tenesse traccia di cosa ho richiesto esplicitamente e cosa è stato
installato per dipendenza. Cosa perfettamente funzionante ad esempio
in apt-get.

Io personalmente uso solo buildout che mi risulta molto, molto più
chiaro, ricalcola le dipendenze ogni volta e mi contringe ad avere un
setup.py corretto, pena la non installazione dei pacchetti.

Ad altri la precisione sta stretta...

>A naso, non ho ancora provato, solo guardato la
>doc, [5]https://poetry.eustace.io/ mi sembra più promettente come tool.

che, come l'altro alla fine è basato su virtualenv...:

   When you execute the install command (or any other "install" commands
   like add or remove), Poetry will check if it's currently inside a
   virtualenv and, if not, will use an existing one or create a brand new
   one for you to always work isolated from your global Python
   installation.

sandro
*:-)

--
Sandro Dentella  *:-)
http://trepalchi.itIl portale degli artisti
___
Python mailing list
Python@lists.python.it
https://lists.python.it/mailman/listinfo/python