-----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----- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]