Post-install compilation of packages for unsupported Python versions (was: Packages that pretend to support Python 2.4)
Stefano Rivera writes: > Hi Jakub (2010.05.17_20:01:25_+0200) > > 19 packages uses syntax constructs specific to Python 2.5+ in their > > public modules but don't declare that minimum supported version is > > 2.5. I'm looking for volunteers to do MBF. > > Done, only 13 real bugs. […] Thanks for filing those, Stefano. > All the bugs were just errors thrown in the python-support hook, […] I admit to being surprised that it was attempting to compile for Python 2.4 when that version isn't supported any longer. Do we consider it a bug that ‘python-support’ is attempting to compile for Python versions we don't support? Should it constrain itself only to those Python versions supported? That leads, though, to the question of what to do about systems which upgrade to Squeeze but still have Python 2.4 installed. -- \ “Often, the surest way to convey misinformation is to tell the | `\ strict truth.” —Mark Twain, _Following the Equator_ | _o__) | Ben Finney -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8739xpkit9.fsf...@benfinney.id.au
Re: Packages that pretend to support Python 2.4
Hi Jakub (2010.05.17_20:01:25_+0200) > 19 packages uses syntax constructs specific to Python 2.5+ in their > public modules but don't declare that minimum supported version is 2.5. > I'm looking for volunteers to do MBF. Done, only 13 real bugs. calibre_0.5.14+dfsg-1 False positive elyxer_0.98-1 Fixed in 0.98-2 epigrass_2.0.1~dfsg-1 False positive idjc_0.8.2-2False positive moovida-plugins-bad_1.0.9+bzr1614-1 Existing bug: http://bugs.debian.org/572188 python-apptools_3.3.1-1 False positive python-django-treebeard_1.60-3 Filed http://bugs.debian.org/582045 python-docky_2.0.3.1-1 Filed http://bugs.debian.org/582046 python-envisageplugins_3.1.2-1 False positive python-lamson_1.0pre11-1Filed http://bugs.debian.org/582047 python-netio230a_1.0.1-2Filed http://bugs.debian.org/582048 python-paver_1.0.2-1Existing bug: http://bugs.debian.org/575186 python-pesto_16-1 Filed http://bugs.debian.org/582050 python-pydhcplib_0.6.2-1Filed http://bugs.debian.org/582051 python-tegaki-gtk_0.3.1-1 Filed http://bugs.debian.org/582052 python-tegaki_0.3.1-1 Existing bug: http://bugs.debian.org/577096 python-traitsbackendqt_3.3.0-1 Filed http://bugs.debian.org/582054 python-traitsbackendwx_3.3.0-1 False positive pytrainer_1.7.2-1 Filed http://bugs.debian.org/582056 All the bugs were just errors thrown in the python-support hook, except for python-traitsbackendqt (Bug #582054) which was an install failure. I've usertagged them all python2.4-incompatible. A possibly cause for these issues is Bug #582061 where the python-support documentation isn't as clear as it could be about specifying python-version compatibility. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 465 6908 C: +27 72 419 8559 UCT: x3127 -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100518001453.gj20...@bach
Re: Packaging of PyCUDA and PyTools
[Tomasz Rybak, 2010-05-17] > I have begun packaging PyCUDA and PyTools (required by PyCUDA) > ITP bug #546919. > As I understand now there are decisions being made what is included > in Squeeze, so I would like to know what to do - how to make them > public, etc. > I am not DD and those are my first packages (although I did not > have much troubles packaging those modules), so I assume that someone > will need to sponsor them - either from this group or from nVidia team. point us to .dsc file (and consider joining DPMT¹) [¹] http://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 signature.asc Description: Digital signature
Packaging of PyCUDA and PyTools
Hello. I have begun packaging PyCUDA and PyTools (required by PyCUDA) ITP bug #546919. As I understand now there are decisions being made what is included in Squeeze, so I would like to know what to do - how to make them public, etc. I am not DD and those are my first packages (although I did not have much troubles packaging those modules), so I assume that someone will need to sponsor them - either from this group or from nVidia team. Best regards. -- Tomasz Rybak GPG/PGP key ID: 2AD5 9860 Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860 http://member.acm.org/~tomaszrybak signature.asc Description: To jest część wiadomości podpisana cyfrowo
Re: Packages that pretend to support Python 2.4
* Vincent Bernat , 2010-05-17, 21:43: 19 packages uses syntax constructs specific to Python 2.5+ in their public modules but don't declare that minimum supported version is 2.5. I'm looking for volunteers to do MBF. Out of curiosity, what method did you use to determine that those packages use 2.5+ constructs? I byte-compiled all of them using comileall.py. PS I discovered that there are some false-positives; sorry about that. -- Jakub Wilk signature.asc Description: Digital signature
Re: Packages that pretend to support Python 2.4
OoO Pendant le journal télévisé du lundi 17 mai 2010, vers 20:01, Jakub Wilk disait : > 19 packages uses syntax constructs specific to Python 2.5+ in their > public modules but don't declare that minimum supported version is > 2.5. I'm looking for volunteers to do MBF. Out of curiosity, what method did you use to determine that those packages use 2.5+ constructs? -- I WILL NOT ENCOURAGE OTHERS TO FLY I WILL NOT ENCOURAGE OTHERS TO FLY I WILL NOT ENCOURAGE OTHERS TO FLY -+- Bart Simpson on chalkboard in episode 7F03 pgpdHDxdzyTxJ.pgp Description: PGP signature
Packages that pretend to support Python 2.4
Hello, 19 packages uses syntax constructs specific to Python 2.5+ in their public modules but don't declare that minimum supported version is 2.5. I'm looking for volunteers to do MBF. Packages: calibre_0.5.14+dfsg-1 elyxer_0.98-1 epigrass_2.0.1~dfsg-1 idjc_0.8.2-2 moovida-plugins-bad_1.0.9+bzr1614-1 python-apptools_3.3.1-1 python-django-treebeard_1.60-3 python-docky_2.0.3.1-1 python-envisageplugins_3.1.2-1 python-lamson_1.0pre11-1 python-netio230a_1.0.1-2 python-paver_1.0.2-1 python-pesto_16-1 python-pydhcplib_0.6.2-1 python-tegaki-gtk_0.3.1-1 python-tegaki_0.3.1-1 python-traitsbackendqt_3.3.0-1 python-traitsbackendwx_3.3.0-1 pytrainer_1.7.2-1 Dd-list: Marcelo Jorge Vieira (metal) python-pesto LI Daobing python-tegaki python-tegaki-gtk Debian CLI Applications Team python-docky Debian LyX Maintainers elyxer Debian Med Packaging Team epigrass Debian Multimedia Maintainers idjc Debian Python Modules Team python-apptools python-envisageplugins python-paver python-traitsbackendqt python-traitsbackendwx Jan Dittberner python-paver (U) Free Ekanayaka idjc (U) Varun Hiremath epigrass (U) python-apptools (U) python-envisageplugins (U) python-traitsbackendqt (U) python-traitsbackendwx (U) Sven Hoexter elyxer (U) Philipp Huebner python-netio230a Philipp Kern python-pydhcplib Noèl Köthe pytrainer Chris Lamb python-django-treebeard Maintainers of GStreamer packages moovida-plugins-bad Loic Minier moovida-plugins-bad (U) Martin Pitt calibre (U) Charles Plessy epigrass (U) Arnaud Quette moovida-plugins-bad (U) Christopher James Halse Rogers python-docky (U) Miriam Ruiz calibre Reinhard Tartler idjc (U) Paul van Tilburg moovida-plugins-bad (U) Andreas Tille epigrass (U) Alessio Treglia idjc (U) David Watson python-lamson (U) David Watson python-lamson Torsten Werner epigrass (U) -- Jakub Wilk signature.asc Description: Digital signature
