Using it is not a big deal, packaging it is [LWN.net]

Using it is not a big deal, packaging it is

Posted Dec 11, 2008 7:07 UTC (Thu) by khim (subscriber, #9252)
In reply to: Python 2 & 3 on the same machine not so painful by leonov
Parent article: Python 3 is out - now what?

While it's true that it's trivial to use pre-packaged version of python it's not so easy to coerce python modules to play nice with few versions of Python. Installation scripts for a lot of packages out there presume /usr/bin/python is symplink to THE python you are using and refuse to support anything else. Debian copes with it, but it has the whole build infrastructure to do so: development packages will be installed removed on "as-needed" basis and as you've pointed out there are no problems with the built packages. Fedora have no such infrastructure: they just install EVERYTHING on build system and go from there. To develop such infrastructure just for python looks like an overkill to me...

(Log in to post comments)

Using it is not a big deal, packaging it is

Posted Dec 11, 2008 8:40 UTC (Thu) by nim-nim (subscriber, #34454) [Link]

This has not been true for many years (see mock, plague and koji). Fedora packages are built in an environment that only includes the dependencies the packages declare.

The problem is not so the plumbing or infrastructure as having people willing to package and maintain X versions of the same python modules (fighting against the upstream build scripts all the time).

It does you little good to have half your python stack one side, and half the other.

Using it is not a big deal, packaging it is

Posted Dec 11, 2008 9:53 UTC (Thu) by __alex (subscriber, #38036) [Link]

Debians "coping" with multiple Python versions is more like just ignoring the problem entirely and hoping no on will notice. easy_install-2.5 doesn't even work. This would be livable but there are hardly any modules for 2.5 in etch anyway and you end up having to install things from source constantly.