[pyar] Versiones de python

[Gustavo Campanelli]

Yo en kubuntu, que usa el sistema apt, tengo instalado 2.5 y 2.6 al
mismo tiempo. /usr/bin/python apunta a python 2.6, y los programas que
lo necesitan, como Blender, usan 2.5 referenciandolo especificamente.

Gedece

2010/9/15 Martin Cerdeira <martincerdeira en gmail.com>:
> 2010/9/15 Martin Cerdeira <martincerdeira en gmail.com>
>>
>> 2010/9/15 Ramiro Morales <cramm0 en gmail.com>
>>>
>>> 2010/9/15 Martin Cerdeira <martincerdeira en gmail.com>:
>>> > Una pregunta, al querer correr cierto proyecto opensource (aranduka) me
>>> > dice
>>> > que "collections" no tiene la propiedad "namedtuple".
>>> > Por lo que vi, es por la versión de python que tengo (2.5). Lo que
>>> > quería
>>> > preguntar (y lo hago por acá, porque no es relativo al proyecto
>>> > aranduka en
>>> > sí) es cómo es la mejor forma de actualizar la versión de python,
>>> > digamos, a
>>> > la 2.7. Tengo Debian. Además, todos los módulos que tengo instalados,
>>> > como
>>> > pySQL, easy_install, gdata de google, etc, los voy a tener que
>>> > reinstalar? O
>>> > hay una forma de hacer un update de todo, digamos?
>>>
>>> Creo que si lo queres hacer por dentro de la distro estás screwed, por
>>> lo de que tenés Python 2.5 deduzco que tenés Debian stable.
>>>
>>> <debian stuff>
>>>
>>> Hacer APT pinning a testing por estas épocas no te va a servir porque en
>>> este punto testing ha divergido bastante de stable (esta en freeze para
>>> convertirse en el próximo estable) y ya han cambiado cosas básicas como
>>> la libc y otros.  De manera que cuando quiera instalar el paquete foo de
>>> testing aunque hicieras pinning, de todas maneras te va a querer
>>> actualizar toda la distro. Pinning entre estable y testing (e incluso
>>> unstable) si tiene mas posibilidades de éxito en el período inmediato
>>> posterior a un release de Debian cuando todavía no se han producido lo
>>> que llaman transiciones de componentes centrales (gcc, libc, ...).
>>>
>>> Si lo que necesitás es Python 2.7 entonces hacerlo por la via de Debian
>>> va a ser menos recomendable todavía porque 2.7 está en experimental (no
>>> ha entrado ni a unstable).
>>>
>>> Otro tema: hay infraestructura en Debian para no tener que instalar cada
>>> módulo en cada una de las versiones del intérprete disponibles (eso si,
>>> siempre y cuando uses los Pythons que vienen empaquetados como parte de
>>> la distro y a esos módulos los instales también desde paquetes Debian).
>>> Por ejemplo el próximo stable va a tener Python 2.5 y 2.6 (2.6 será la
>>> versión por omisión), y los paquetes de bibliotecas Python que instalás
>>> vía el sistema de paquetes se instalan una vez y quedan disponibles para
>>> ambas (o para las N que hubiera) versiones de Python. Lo mismo pasa
>>> ahora en stable con 2.4 y 2.5.
>>>
>>> Entiendo que en Ubuntu hay algo muy similar (el mismo sistema?)
>>> respecto a esto último.
>>>
>>> </debian stuff>
>>>
>>> Suerte,
>>>
>>> --
>>> Ramiro Morales  |  http://rmorales.net
>>> _______________________________________________
>>> pyar mailing list pyar en python.org.ar
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> <cosha e debian>
>>
>> Hice lo del pinning y me instaló el python2.6. Luego, tuve que apuntar el
>> symlink @python a /usr/bin/python2.6.
>> Luego, chanchié[0] un poco, copié site-packages de python2.5 a python2.6
>> y... funciona. Pero...
>> </cosha e debian>
>>
>> deb01:/home/mrt# python
>> Python 2.6.6 (r266:84292, Aug 29 2010, 19:11:12)
>> [GCC 4.4.5 20100824 (prerelease)] on linux2
>> Type "help", "copyright", "credits" or "license" for more information.
>>
>>
>> >>> import sys
>> >>> sys.path
>> ['', '/usr/lib/python2.6', '/usr/lib/python2.6/plat-linux2',
>> '/usr/lib/python2.6/lib-tk', '/usr/lib/python2.6/lib-old',
>>  '/usr/lib/python2.6/lib-dynload',
>> '/usr/local/lib/python2.6/dist-packages',
>>
>>
>> '/usr/lib/python2.6/dist-packages']
>>
>> sys.path no tiene /usr/lib/python2.6/site-packages.
>>
>> sys.path.append('/usr/lib/python2.6/site-packages') y lo soluciono... en
>> el momento, pero:
>>
>> Cómo se agrega al path, definitivamente??
>>
>> [0] La chanchada de copiar site-packages no es recomendable. Algunos
>> modulos pueden no funcionar, por ejemplo, aquellos que se bajan según la
>> versión de python, por ejemplo, setuptools:
>>
>> http://pypi.python.org/pypi/setuptools#downloads
>>>
>>> Download the appropriate egg for your version of Python (e.g.
>>> setuptools-0.6c9-py2.4.egg). Do NOT rename it.
>>
>> -------------------------------------
>> Martín Cerdeira - Software Developer
>> [web] http://www.codmacs.blogspot.com/
>> ()  ascii ribbon campaign
>> /\  www.asciiribbon.org
>
> Es un misterio. Por qué site-packages no está (tendría que debuggear
> site.py, cosa que, a esta hora, no tengo ganas)
>
> Lo arreglé con alambre (feo: chicos, no hagan esto en casa)
>
> En site.py agregué la línea:
>
> sys.path.append('/usr/lib/python2.6/site-packages')
>
> Dentro de la function que debería hacerlo y no lo hace. Debe estar todo
> relacionado con la chanchada de copiarle el site-packages a mano.
> -------------------------------------
> Martín Cerdeira - Software Developer
> [web] http://www.codmacs.blogspot.com/
> ()  ascii ribbon campaign
> /\  www.asciiribbon.org
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>