Ron wrote: > a) You make this argument to the wrong person. > I have no direct input to the Debian policy, so convincing me I don't > agree with it isn't much help. Unless you are inciting me to violate > it autonomously -- and I don't see any justification for that sort of > action here. Why is this against Debian policy? I am perhaps not familiar enough with it, I'd appreciate a further explanation. > That would seem to be Python's problem, not Debian's. Talk to them > about their frequency of incompatible releases. If every library > were to try to do this, where would we be? > > You don't even want to rebuild one library for yourself. Why do you > think we should let Python double (or worse) our workload, in lieu of > them improving their release management? Let me restate: I am asking Debian to provide a python2.4 version of the wx python bindings, because it has the resources to do so. Other packages seem to be coping just fine. I attached a list of python packages for which there is a 2.3 and 2.4 version available on unstable; these are all packages with compiled extensions, I omitted pure-python (architecture all) packages; the list would be far longer otherwise. The lists comprises of no less than 92 packages. Are you suggesting that all those packages are violating policy? On the other hand, there are merely 5 packages with compiled extensions, that are tied to the default python package only; two of these are the wx python bindings. The others are python-uno, python-plplot and python-nautilus. Note that python-qt, python-tk and python-gtk2 are all available in a 2.4 flavour. I am sorry if I stepped on toes somewhere here, I was merely asking you to reconsider your rejection to provide a python 2.4 version. Reasonings aside, there is a precedent in Debian to provide python extensions for both python versions in use. I am cc-ing debian-python on this; to the developers there: Ron feels it is against Debian policy to provide a python2.4 package for python-wxgtk2.6. I myself am confused, as there are plenty of other packages in Debian unstable that do just that. Martijn Pieters
python-apsw python-apt python-biggles python-biopython python-bluez python-cairo python-celementtree python-cheetah python-cherrypy python-codespeak-lib python-crack python-crypto python-ctypes python-egenix-mxdatetime python-egenix-mxproxy python-egenix-mxqueue python-egenix-mxstack python-egenix-mxtexttools python-egenix-mxtools python-eunuchs python-extclass python-fam python-fuse python-gdbm python-gdchart2 python-glade2 python-gnome2 python-gnome2-extras python-gpib python-gtk2 python-imaging python-imaging-sane python-imaging-tk python-kde3 python-kjbuckets python-ldap python2.3-librdf/python2.4-librdf (no python-librdf) python-libxml2 python-libxslt1 python-lxml python-magic python-matplotlib python-maxdb python-maxdb-loader python-mysqldb python-numarray python-numarray-ext python-numeric python-numeric-ext python-omniorb2 python2.3-omniorb2-omg/python2.4-omniorb2-omg (no python-omniorb2-omg) python-osd python-pgsql python2.3-poker2d/python2.4-poker2d (no python-poker2d) python-psycopg python-pychart python2.3-pycurl/python2.4-pycurl (no python-pycurl) python-pyfribidi python-pygame python-pygresql python-pyinotify python-pymad python-pyme python-pyopenssl python-pyorbit python2.3-pypoker-eval/python2.4-pypoker-eval (no python-pypoker-eval) python-pysqlite1.1 python-pysqlite2 python-pyxmpp python-qt3 python-qtext python2.3-quixote/python2.4-quixote (no python-quixote) python2.3-reportlab-accel/python2.4-reportlab-accel (no python-reportlab-accel) python-rpy python-rrd python-scipy python-scipy-core python-sip4-qt3 python-sqlite python-sqlrelay python-svn python-tables python2.3-tau/python2.4-tau (no python-tau) python-tk python-tunepimp python2.3-twisted-bin/python2.4-twisted-bin (no python-twisted-bin) python-twisted-runner python-vte python-xml python-xmms python2.3-zodb/python2.4-zodb (no python-zodb) python-zopeinterface
Attachment:
signature.asc
Description: OpenPGP digital signature