El vie., 30 sept. 2016 a las 12:29, Antonio Beamud Montero (< antonio.bea...@gmail.com>) escribió:
> El 30/09/16 a las 11:49, Chema Cortes escribió: > > El vie., 30 sept. 2016 a las 10:53, Antonio Beamud Montero (< > antonio.bea...@gmail.com>) escribió: > > >> >> Para eso necesitaría meter las mismas versiones que llevan las distintas >> distribuciones, y poder crear un virtualenv ubuntu12.04 (por ejemplo), >> instalando ahí con pip las mismas versiones que se instalan via apt-get en >> ubuntu 12.04... >> >> > Si entiendo bien, pretendes mantener versiones distintas según las > distintas distribuciones de linux. Es completamente una locura. Si ya es > complicado mantener versiones para distintas plataformas, ampliar el > espectro a todas las posibles configuraciones es imposible. Por lo menos > tendrás versiones distintas para python2 y python3, además de versiones > diferentes de otras librerías principales (gtk2/gtk3, qt4/qt5, > mysql/mariadb,....). > > > Si, bueno, no para todas las distros de linux, solo 2 o 3, realmente poder > ir probando posibles migraciones. > Tengo experiencia en la pesadilla que supone mantener para varias distros, > pero es impepinable por ahora... > > > > Este problema es común a todos los lenguajes de programación y la solución > es docker. No sé porqué lo has descartado tan pronto. Si no te parece > liviano coreOS o rancherOS, es que no tenemos el mismo concepto de > "liviano". Hoy en día, incluso se puede asociar la ejecución de un > contendor docker con la carga de un módulo python, similar a lo que sería > la carga de una librería dinámica, pero sin los problemas de dependencias > con librerías del sistema. Por ahí va el futuro de python y de muchos otros > lenguajes, aunque no sabría decirte si será docker, rkt u otro mejor. > > > Descarté máquinas virtuales y docker en su día, porque tengo mucha > dependencia de la GPU (a través de opencl). En máquinas virtuales he tenido > muchos problemas cuando he probado (todo muy experimental), y medir los > tiempos necesito que todo sea cuando más cercano al metal mejor... Repecto > a docker, lo desestime por la experiencia con las máquinas virtuales... > > Aunque a veces van asociados, docker no es una máquina virtual. La confusión viene de que docker corre nativamente en linux (de 64 bits), por lo que se necesitan máquinas virtuales en mac y windows. Pero si trabajas en linux, no necesitas virtualizar nada, tan sólo lanzar docker como servicio (y con rkt ni eso). Cuando usas virtualenv, juegas con el PATH del entorno para posicionar unas versiones de módulos sobre otras; con docker, juegas con el sistema de ficheros BTRFS para posicionar unos directorios por encima de otros. Si buscas algo más cercano al metal, docker parece mejor preparado que virtualenv. > > La conclusión a la que he llegado, es que lo más sencillo en mi caso > sería, poder generar un virtualenv, con una plantilla de los paquetes que > incluye una distribución en concreta, meter mi soft, lanzar los tests y ver > donde da problemas. Si puedo adaptarlo para que funcione sin problemas en > varias distros sin necesidades especiales, mejor, e intentar generar > paquetes para esa distro... El único coñazo es tener que instalar la distro > (o buscar el listado de paquetes en la web), sacar los de python de los que > dependo, sus versiones y crear el virtualenv con él... Sino darle la > oportunidad a docker, para distribuirlo... > Mi recomendación es que te lo hagas tú. Instala distintas distribuciones, instalas las dependencias que necesitas y genera el listado de dependencias. Con conda, es bastante sencillo generar los listados de dependencias y clonar entornos virtuales. > > Un saludo. > > > -- > Hyperreals *R "Quarks, bits y otras criaturas infinitesimales": > http://blog.ch3m4.org <http://ch3m4.org/blog> > > > _______________________________________________ > Python-es mailing > listPython-es@python.orghttps://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ > > _______________________________________________ > Python-es mailing list > Python-es@python.org > https://mail.python.org/mailman/listinfo/python-es > FAQ: http://python-es-faq.wikidot.com/ > -- Hyperreals *R "Quarks, bits y otras criaturas infinitesimales": http://blog.ch3m4.org <http://ch3m4.org/blog>
_______________________________________________ Python-es mailing list Python-es@python.org https://mail.python.org/mailman/listinfo/python-es FAQ: http://python-es-faq.wikidot.com/
