Re: Debian has switched to python2.5
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Mon, 14 Apr 2008 at 09:39:05 +0200, Ondrej Certik wrote:
> So currently, some packages needs to be fixed, for example on my
> system, these packages now want to be removed:
>
> gimp-python hpijs hpijs-ppds hplip hplip-gui libapache2-mod-python
> openoffice.org openoffice.org-writer pida python-ctypes python-opengl
> python-subversion python-uno trac
>
> The problem is probably mainly with python-ctypes and maybe a few others.
To which we can add the packages that conflict with python > 2.4:
lsb-core (fixed)
ppmtofb
and at least the following packages that depend on python << 2.5:
decompyle
deskbar-applet
duplicity
eikazo
hplip
libapache2-mod-python
libgv-python
libhdate-python
libhocr-python
omniidl4
pyqonsole
pyslide
python-aubio
python-audit
python-awn
python-beagle
python-bongoproject
python-brlapi
python-buffy
python-celementtree
python-clutter
python-csound
python-csoundac
python-cwiid
python-dballe
python-dcop
python-empathy
python-fontforge
python-galago
python-galago-gtk
python-gdal
python-ggz
python-gnuradio
python-gtk-vnc
python-hid
python-hippocanvas
python-insighttoolkit
python-ipod
python-jppy
python-lash
python-ldb
python-libbtctl
python-libpcap
python-libvirt
python-mmkeys
python-ocempgui
python-opencv
python-pgm
python-phidgets
python-playerc
python-pydds
python-pygoocanvas
python-pythonmagick
python-pyxine
python-setools
python-sqlrelay
python-subversion
python-tdb
python-twisted-calendarserver
python-uno
python-vipscc
python-visual
python-vtk
python-wsgiref
python-xpcom
quantlib-python
rdiff-backup
xmldiff
(This list is incomplete. It was obtained by attempting to upgrade my
sid system and install the entire "python" section in aptitude, and
inspecting the broken packages - so the only packages it includes outside the
python section are those that I happened to have already. It'll probably do for
a first pass, though, since it should include all the "library-ish"
modules).
python-ctypes, python-celementtree, python-elementtree, python-wsgiref have
been subsumed by Python 2.5, so they just need to build modules for
Python < 2.5 only and stop conflicting with Python 2.5 (I suspect).
Hopefully there can be some sort of common strategy for these modules.
Many packages (those that only build modules for the currently-default
Python version, e.g. most packages that use Automake) can probably be fixed
by a binNMU on all architectures: cwiid and deskbar-applet seem to do the
right thing with no source changes, although I haven't tested the resulting
packages.
However, there's going to be some sort of horrifically huge
transition to testing where everything must move simultaneously, unless we
fix at least some of them to build modules for all supported Python versions
(python-gobject is probably a good template for how to make Automake do this;
I used it as a template when updating the python-dbus packaging).
If we can do that, the Automake-using packages can trickle in to testing ahead
of ython-defaults, since they'll have modules for both Python 2.4 and
Python 2.5.
Simon
-----BEGIN PGP SIGNATURE-----
iD8DBQFIAzINWSc8zVUw7HYRAm4lAJsGhqgOYFdxNtFbK2lSaH01bPHyEgCeP/J1
katDhVHaz+/dazqkRig2Xa0=
=udX/
-----END PGP SIGNATURE-----
Reply to: