I was pretty stunned when I tried this. Remember that the Tools subdirectory is distributed with Windows, so this means we got through almost two releases without anyone realizing that 2to3 does not appear to have touched this code. Yes, I have: http://bugs.python.org/issue9083 When's 3.2 due out? regards Steve -- Steve Holden +1 571 484 6266 +1 800 494 3119 See Python Video! http://python.mirocommunity.org/ Holden Web LLC http://www.holdenweb.com/ UPCOMING EVENTS: http://holdenweb.eventbrite.com/ "All I want for my birthday is another birthday" - Ian Dury, 1942-2000
2010/6/25 Steve Holden <steve@holdenweb.com>:
I was pretty stunned when I tried this. Remember that the Tools subdirectory is distributed with Windows, so this means we got through almost two releases without anyone realizing that 2to3 does not appear to have touched this code.
I would call it more a sign of no tests rather than one of neglect and perhaps also an indication of the usefulness of those tools.
Yes, I have: http://bugs.python.org/issue9083
When's 3.2 due out?
PEP 392. -- Regards, Benjamin
On Sat, Jun 26, 2010 at 9:23 AM, Benjamin Peterson <benjamin@python.org> wrote:
2010/6/25 Steve Holden <steve@holdenweb.com>: I would call it more a sign of no tests rather than one of neglect and perhaps also an indication of the usefulness of those tools.
Less than useful tools with no tests probably qualify as neglected... An assessment of the contents of the Py3k tools directory is probably in order, with at least a basic "will it run?" check added for those we decide to keep.. Cheers, Nick. -- Nick Coghlan | ncoghlan@gmail.com | Brisbane, Australia
Nick Coghlan wrote:
On Sat, Jun 26, 2010 at 9:23 AM, Benjamin Peterson <benjamin@python.org> wrote:
2010/6/25 Steve Holden <steve@holdenweb.com>: I would call it more a sign of no tests rather than one of neglect and perhaps also an indication of the usefulness of those tools.
Less than useful tools with no tests probably qualify as neglected...
An assessment of the contents of the Py3k tools directory is probably in order, with at least a basic "will it run?" check added for those we decide to keep..
Neither webchecker nor wcgui.py will run - the former breaks because sgmllib is mossing, the latter because it uses the wrong name for "tkinter" (but overcoming this will throw it bak to an sgmllib dependency too). Guido thinks it's OK to abandon at least some of them, so I don't see the rest getting much love in the future. They do need sorting through - I don't see anyone wanting xxci.py, for example ("check in files for which rcsdiff returns nonzero exit status"). But I'm grateful you agree with my diagnosis of neglect (not that a diagnosis in itself is going to help in fixing things). regards Steve -- Steve Holden +1 571 484 6266 +1 800 494 3119 See Python Video! http://python.mirocommunity.org/ Holden Web LLC http://www.holdenweb.com/ UPCOMING EVENTS: http://holdenweb.eventbrite.com/ "All I want for my birthday is another birthday" - Ian Dury, 1942-2000
Hello pydev I’d like to volunteer to maintain a tool but I’m not sure where I can help. I’m already proposing changes to Brett for Tools/scripts/patchcheck.py, and I have commented on Tools/i18n bugs, but these ones are already maintained by their authors (e.g. Barry is assigned pygettext bugs) and I’m by no means a gettext expert. If I adopt a tool, it will still require some core dev time to review and commit, but I’ll do the bug triage, discussion and coding. I suggest that each adoption starts with a reindent.py run and a PEP 8 compliance check. Let demos and tools become a showcase to be proud of! I have opened a bug to discuss adding a simple sanity test that would just make sure tools and demos can run without syntax errors: http://bugs.python.org/issue9153 There was an open bug about demos, http://bugs.python.org/issue7962, I’ve widened it into a meta-bug for demos and tools. (I hope it is okay.) Please comment, adopt or condemn demos and tools in that report. Hope this helps. Regards
On Jul 04, 2010, at 06:58 PM, Éric Araujo wrote:
I’d like to volunteer to maintain a tool but I’m not sure where I can help. I’m already proposing changes to Brett for Tools/scripts/patchcheck.py, and I have commented on Tools/i18n bugs, but these ones are already maintained by their authors (e.g. Barry is assigned pygettext bugs) and I’m by no means a gettext expert.
It's been a while since I did much pygettext stuff. I think Martin's basically taken it over in recent years. -Barry
Am 26.06.2010 00:38, schrieb Steve Holden:
I was pretty stunned when I tried this. Remember that the Tools subdirectory is distributed with Windows, so this means we got through almost two releases without anyone realizing that 2to3 does not appear to have touched this code.
Yes, I have: http://bugs.python.org/issue9083
When's 3.2 due out?
The alpha stage is beginning next week; still enough time to fix the Tools and Demos. I can do some of the work, however, if I have to do it all, I'll just throw out the majority of that stuff. So -- if every dev "adopted" a Tool or Demo, that would be quite a manageable piece of work, and maybe a few demos can be brought up to scratch instead of be deleted. I'll go ahead and promise to care for the "Demo/classes" subdir. Georg -- Thus spake the Lord: Thou shalt indent with four spaces. No more, no less. Four shall be the number of spaces thou shalt indent, and the number of thy indenting shall be four. Eight shalt thou not indent, nor either indent thou two, excepting that thou then proceed to four. Tabs are right out.
On Sun, Jun 27, 2010 at 10:41 AM, Georg Brandl <g.brandl@gmx.net> wrote:
So -- if every dev "adopted" a Tool or Demo, that would be quite a manageable piece of work, and maybe a few demos can be brought up to scratch instead of be deleted.
I'll go ahead and promise to care for the "Demo/classes" subdir.
Bagsy the Demo/parser subdirectory. Fixing up unparse.py looks like it could be fun. Mark
On Sun, Jun 27, 2010 at 5:57 AM, Mark Dickinson <dickinsm@gmail.com> wrote:
On Sun, Jun 27, 2010 at 10:41 AM, Georg Brandl <g.brandl@gmx.net> wrote:
So -- if every dev "adopted" a Tool or Demo, that would be quite a manageable piece of work, and maybe a few demos can be brought up to scratch instead of be deleted.
I'll go ahead and promise to care for the "Demo/classes" subdir.
Bagsy the Demo/parser subdirectory. Fixing up unparse.py looks like it could be fun.
I have a patch for pybench attached to a not so related issue at http://bugs.python.org/issue5180 . All it took was a 2to3 run and a one line change. Of course it need a review before it can go in, but I am surprised that something like pybench was not updated long time ago. Is it supposed to be single source? That would make sense given the nature of the tool.
Mark _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/alexander.belopolsky%40gma...
Alexander Belopolsky wrote:
On Sun, Jun 27, 2010 at 5:57 AM, Mark Dickinson <dickinsm@gmail.com> wrote:
On Sun, Jun 27, 2010 at 10:41 AM, Georg Brandl <g.brandl@gmx.net> wrote:
So -- if every dev "adopted" a Tool or Demo, that would be quite a manageable piece of work, and maybe a few demos can be brought up to scratch instead of be deleted.
I'll go ahead and promise to care for the "Demo/classes" subdir.
Bagsy the Demo/parser subdirectory. Fixing up unparse.py looks like it could be fun.
I have a patch for pybench attached to a not so related issue at http://bugs.python.org/issue5180 . All it took was a 2to3 run and a one line change. Of course it need a review before it can go in, but I am surprised that something like pybench was not updated long time ago. Is it supposed to be single source?
Yes, the idea was to keep the number of changes to a minimum and to have the Python3 version work with Python 2.6, 2.7 and 3.x. Antoine worked on that, AFAIR. The Python2 version of pybench needs to work with more than just Python 2.6 and 2.7 to be able to compare performance of the various releases back to version 2.3. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jun 27 2010)
Python/Zope Consulting and Support ... http://www.egenix.com/ mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/
2010-07-19: EuroPython 2010, Birmingham, UK 21 days to go ::: Try our new mxODBC.Connect Python Database Interface for free ! :::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/
On Sun, 27 Jun 2010 10:47:08 -0400 Alexander Belopolsky <alexander.belopolsky@gmail.com> wrote:
I have a patch for pybench attached to a not so related issue at http://bugs.python.org/issue5180 . All it took was a 2to3 run and a one line change. Of course it need a review before it can go in, but I am surprised that something like pybench was not updated long time ago.
Why do you say that? pybench works fine under Python 3 (the py3k branch version of pybench, that is). The patch doesn't look necessary to me.
participants (10)
-
Alexander Belopolsky -
Antoine Pitrou -
Barry Warsaw -
Benjamin Peterson -
Georg Brandl -
M.-A. Lemburg -
Mark Dickinson -
Nick Coghlan -
Steve Holden -
Éric Araujo