Re: [Python-Dev] [Python-3000] [Python-checkins] r62848 - python/trunk/Objects/setobject.c
Michael Urman writes: I know this way is fairly entrenched in the python release process, but it sounds like it's using the tools incorrectly. In particular with subversion is very easy (compared to cvs) to branch and to switch branches locally. Why not create a new prerelease branch at the beginning of freeze and only merge in the critical changes? Well, speaking from experience: - some of the critical changes may only get committed on the release branch - something different from what's in the mainline may get committed on the release branch - the milestones are on a sideline, not on the mainline. Getting these points right is essential to ensure that the beta testers' work is actually relevant to the development process, that bisection searches work correctly, etc. only the release manager need know or care about the branch, and nobody else has to really modify his behavior. Behavior modification is the main point of having a release cycle. Setting deadlines, changing the nature of the patches, bringing issues to closure, etc. A release without a freeze is like a sentence without a period, IMO. ___ 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/archive%40mail-archive.com
Re: [Python-Dev] [Python-3000] [Python-checkins] r62848 - python/trunk/Objects/setobject.c
On 2008-05-08 13:59, Barry Warsaw wrote: On May 8, 2008, at 7:54 AM, Benjamin Peterson wrote: On Thu, May 8, 2008 at 6:32 AM, Barry Warsaw [EMAIL PROTECTED] wrote: Since the trunk buildbots appear to be mostly happy (well those that are connected anyway), and because I couldn't get the releases out last night, I'll let this one slide. I'd like to find a way to more forcefully enforce commit freezes for the betas though. I wonder if you couldn't alter the server side commit hook to reject everything with the message Sorry, we're in a freeze. (You'd have to make an exception for yourself.) This is exactly what I'm thinking about! +1, that's easy to do with Subversion and doesn't hurt anyone. Please also use a term like freeze or frozen in the subject line of the announcement - perhaps even in capital letters. Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, May 09 2008) Python/Zope Consulting and Support ...http://www.egenix.com/ mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/ Try mxODBC.Zope.DA for Windows,Linux,Solaris,MacOSX 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 ___ 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/archive%40mail-archive.com
Re: [Python-Dev] PEP 370 extras
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 8, 2008, at 6:05 PM, Christian Heimes wrote: I'm working on some extra cool and useful additions to PEP 370. It's going to make compilation and usage of custom libraries very easy. Sit back and watch the slide show. :) Comments? :) Christian, you get this week's Awesome Award. :) - -Barry -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iQCVAwUBSCQ/HnEjvBPtnXfVAQK7QgQAumf3wL8nQeH6CVC4hlaqjNQ330KSaVfj /o2bKusu77R+MYyYq/OV5k3q2/eo1XyPUDlE4+JXldvnhmjmx33zTv+5MDZLIWbN PPTfmYosHcXMh4CG6iqFqZxCoobhGUJNWuEt/X5bcOkmh/v4TPqCO0QYarV3cA69 jVQzSPgIce0= =x/tK -END PGP SIGNATURE- ___ 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/archive%40mail-archive.com
Re: [Python-Dev] [Python-3000] [Python-checkins] r62848 - python/trunk/Objects/setobject.c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 8, 2008, at 3:03 PM, Georg Brandl wrote: While I'm +0 on the commit hook, it would help if a mail that announces a freeze would - not be hidden in a thread on python-dev and - have a easily recognizable title, like [TRUNK FREEZE] . I will make the freeze announcement more recognizable in the future, but I also want to point out that the entire release schedule has been published far in advance in PEP 361. At this point, the freeze dates should come as no surprise. - -Barry -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iQCVAwUBSCRCCnEjvBPtnXfVAQKJgAQAojZ5vIg2K4q4e+XEHogQKeFjxkh5+o6U eWDjmkeVImwe1Sylb+mCqrxQ7JNY6d1m35hQsna/Ghan1IVIQ857fCBXS84aIUGl AGAnbrzxAt7RoYz/dyhz2twf1Uui5OVGOCYnmZ3ExZhTrEHN7ze43C+Blir0sH+4 DCuDj4xmpMM= =6W75 -END PGP SIGNATURE- ___ 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/archive%40mail-archive.com
[Python-Dev] Code Freeze - full or partial?
In the past I seem to recall that the Python code proper might be frozen (for a day or two) before a release, but that it was okay to still commit changes to non-code files such as documentation or files in Misc. Is this still the case in the new release-early-release-often regime? Is the intention to make the duration of the code freeze so short (a few minutes or hours) that it's not worth the effort to make this distinction? Skip ___ 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/archive%40mail-archive.com
[Python-Dev] Tool for converting %-formatting to .format()ing ?
Is there a tool available that can convert 2.x code automagically to the .format() method syntax ? Just did a quick grep of our code base and it has some 2000 lines of code that would need to be changed. Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, May 09 2008) Python/Zope Consulting and Support ...http://www.egenix.com/ mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/ Try mxODBC.Zope.DA for Windows,Linux,Solaris,MacOSX 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 ___ 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/archive%40mail-archive.com
Re: [Python-Dev] [Python-3000] [Python-checkins] r62848 - python/trunk/Objects/setobject.c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 9, 2008, at 6:44 AM, M.-A. Lemburg wrote: On 2008-05-08 13:59, Barry Warsaw wrote: On May 8, 2008, at 7:54 AM, Benjamin Peterson wrote: On Thu, May 8, 2008 at 6:32 AM, Barry Warsaw [EMAIL PROTECTED] wrote: Since the trunk buildbots appear to be mostly happy (well those that are connected anyway), and because I couldn't get the releases out last night, I'll let this one slide. I'd like to find a way to more forcefully enforce commit freezes for the betas though. I wonder if you couldn't alter the server side commit hook to reject everything with the message Sorry, we're in a freeze. (You'd have to make an exception for yourself.) This is exactly what I'm thinking about! +1, that's easy to do with Subversion and doesn't hurt anyone. Agreed. Look for it for the first beta. - -Barry -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iQCVAwUBSCRQvXEjvBPtnXfVAQKyLwP8D0AVX+jgvy04hM207eeWRZb3JcHMtZuP ZcOuBQsCsVFppCxAreYIwfa0e6TD2LHBV4uz/G7Nxt6qNI6SY7lHQezNg4RezFwJ e93HAGdD0djj4BrL/xCr0wrK6wCwjodcvcjFdqTjEdLnkS7KGM9ooW8ZdYjQp6jI E+ZLDdhQ/KY= =24yM -END PGP SIGNATURE- ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Tool for converting %-formatting to .format()ing ?
mal Is there a tool available that can convert 2.x code automagically mal to the .format() method syntax ? mal Just did a quick grep of our code base and it has some 2000 lines mal of code that would need to be changed. I suggested a 2to3 fixer for this but was shot down. Skip ___ 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/archive%40mail-archive.com
Re: [Python-Dev] [Python-3000] Code Freeze - full or partial?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 9, 2008, at 8:15 AM, [EMAIL PROTECTED] wrote: In the past I seem to recall that the Python code proper might be frozen (for a day or two) before a release, but that it was okay to still commit changes to non-code files such as documentation or files in Misc. Is this still the case in the new release-early-release-often regime? Is the intention to make the duration of the code freeze so short (a few minutes or hours) that it's not worth the effort to make this distinction? For the alphas, that's certainly been the case because it hasn't been necessary to coordinate all the Experts. IOW, it's okay for the Windows installer to get uploaded a few hours after the tarballs. For the betas, rcs and finals, I think we want a little bit more coordination (correct me if you disagree). So in that case, there may be a longer freeze. Even in that case, I don't envision more than a 24 hour freeze hopefully. - -Barry -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iQCVAwUBSCRR5HEjvBPtnXfVAQLa+gP8CL9koa5eGBvP8g+CA8l61SIuluHNbPkq SH7uOiPMeuIX392xy82ixnXjYTlCJn9epWouYkiWta3GA+ZaCcmTFFavZ3ZbLbE3 uxfzhCWsZ5EUW5/iDCOUrlEwuxXJ6FU4naRTaTCBTELXRKvb3sI5C2pFjrb6JTZc hP2hP6m+A2Y= =avCD -END PGP SIGNATURE- ___ 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/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] r62916 - sandbox/trunk/release/release.py
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On May 9, 2008, at 8:56 AM, Nick Coghlan wrote: Barry Warsaw wrote: Single quotes are easier to type so I prefer them. I very rarely find myself using apostrophes in non-triple quoted strings. I like it when things are easier to type, but I feel a vague sense of deja vu here wink. :) I'm certainly not suggesting that anyway else needs to agree with that particular idiosyncrasy of mine - there are plenty of reasons to prefer to do things the other way around. And when I'm changing existing code, I try to stick to whatever convention that code already uses. Agreed, and sorry, I didn't mean to imply you (or anybody else) was wrong in your preferences! I still have this idea of playing Stump The Guido some day at Pycon, where we get a dozen or so Python hackers to write some similar code in their own idiosyncratic styles and we see if Guido can match the code with the hacker. At least one of /my/ major tells will have been eradicated by then. :) - -Barry -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iQCVAwUBSCRTJHEjvBPtnXfVAQLsvwQAkexLiblEWUiJ/af/0hXAeemUjaCjplfZ gMdXNGjCTALFjhq2608CbXOY+fyrHhDC5D2JTl2LziH328HUD84hOL32fWin8R4X r270zzypE3PnLStEjObW1kTBNe0ROZv4DkgclUn+Y7xC7pvJFzQxEAX0OqiHZQUu UjylCKEw+ZI= =HHcl -END PGP SIGNATURE- ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Tool for converting %-formatting to .format()ing ?
On 2008-05-09 15:29, [EMAIL PROTECTED] wrote: mal Is there a tool available that can convert 2.x code automagically mal to the .format() method syntax ? mal Just did a quick grep of our code base and it has some 2000 lines mal of code that would need to be changed. I suggested a 2to3 fixer for this but was shot down. Well, ideally such a tool should address 2to2 :-) -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, May 09 2008) Python/Zope Consulting and Support ...http://www.egenix.com/ mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ mxODBC, mxDateTime, mxTextTools ...http://python.egenix.com/ Try mxODBC.Zope.DA for Windows,Linux,Solaris,MacOSX 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 ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Tool for converting %-formatting to .format()ing ?
On Fri, May 09 2008 at 10:29:17AM BRT, [EMAIL PROTECTED] wrote: mal Is there a tool available that can convert 2.x code automagically mal to the .format() method syntax ? mal Just did a quick grep of our code base and it has some 2000 lines mal of code that would need to be changed. I suggested a 2to3 fixer for this but was shot down. I had mentioned it during the thread where it was shot down, but I have a Google Summer of Code project (now approved and in motion - huzza!) to add confidence ranking for 2to3 fixers. As a test for the project, I'll write a fixer for string conversion and see if having a confidence value is enough to make such a fixer useful. rbp -- Rodrigo Bernardo Pimentel [EMAIL PROTECTED] | GPG: 0x0DB14978 ___ 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/archive%40mail-archive.com
[Python-Dev] Summary of Tracker Issues
ACTIVITY SUMMARY (05/02/08 - 05/09/08) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1860 open (+38) / 12766 closed (+26) / 14626 total (+64) Open issues with patches: 561 Average duration of open issues: 709 days. Median duration of open issues: 1369 days. Open Issues Breakdown open 1834 (+38) pending26 ( +0) Issues Created Or Reopened (64) ___ Cmd module doesn't support readline completion on OSX Leopard05/02/08 http://bugs.python.org/issue2740created ruben documentation -- do serversockets work with ipv6 05/02/08 http://bugs.python.org/issue2741created mrm example code does not work 05/02/08 http://bugs.python.org/issue2742created mrm Fix module output for warnings from the interpreter 05/02/08 CLOSED http://bugs.python.org/issue2743created brett.cannon Fix test_cProfile05/02/08 http://bugs.python.org/issue2744created benjamin.peterson Add support for IsWow64Process 05/03/08 CLOSED http://bugs.python.org/issue2745created mhammond patch ElementTree ProcessingInstruction uses character entities in con 05/03/08 http://bugs.python.org/issue2746created waveform Documentation of new gobject types fails 05/03/08 http://bugs.python.org/issue2747created aafshar ceil(), floor() and round() broken in Decimal05/03/08 CLOSED http://bugs.python.org/issue2748created marketdickinson patch Raise a DeprecationWarning for warnings.showwarning(.., line)05/03/08 CLOSED http://bugs.python.org/issue2749created brett.cannon easy Add simplejson to Python 2.6/3.0 standard library05/03/08 http://bugs.python.org/issue2750created bob.ippolito patch Regression for executing packages05/04/08 CLOSED http://bugs.python.org/issue2751created benjamin.peterson Wrong comment in socket documentation05/04/08 CLOSED http://bugs.python.org/issue2752created giampaolo.rodola Test issue (different spelling) 05/04/08 CLOSED http://bugs.python.org/issue2753created loewis patch Mac version of IDLE doesn't scroll as expected 05/04/08 http://bugs.python.org/issue2754created alextrob IDLE ignores module change before restart05/04/08 http://bugs.python.org/issue2755created mooz123 urllib2 add_header fails with existing unredirected_header 05/04/08 http://bugs.python.org/issue2756created zathras patch Little error in unittest documentation 05/04/08 CLOSED http://bugs.python.org/issue2757created humitos patch arg 2 of PyErr_SetFromErrnoWithFilename should be const 05/04/08 http://bugs.python.org/issue2758created ukleinek Bool makes filter(None,it) redundant; remove None
Re: [Python-Dev] RELEASED Python 2.6a3 and 3.0a5
Barry Warsaw wrote: ... For more information and downloadable distributions, see the Python 2.6 website: http://www.python.org/download/releases/2.6/ The .msi for 2.6a3 seems to be missing from: http://www.python.org/ftp/python/2.6/ and the download link from this page gives a 404: http://www.python.org/download/releases/2.6/ (This 3.0a5 .msi files are also missing) ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Tool for converting %-formatting to .format()ing ?
On 2008-05-09 15:29, [EMAIL PROTECTED] wrote: mal Is there a tool available that can convert 2.x code automagically mal to the .format() method syntax ? mal Just did a quick grep of our code base and it has some 2000 lines mal of code that would need to be changed. I suggested a 2to3 fixer for this but was shot down. Well, ideally such a tool should address 2to2 :-) The curse of back-porting... I, too, would find such a tool helpful; I've got a thousand lines of %-formatting use just in UpLib alone. Bill ___ 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/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] r62916 - sandbox/trunk/release/release.py
I think a better stump the guido would be to just have people write the most convoluted things for simple processes and see how minimalist he could make the final code... I think we could have some fun with this ;) ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Tool for converting %-formatting to .format()ing ?
Is there a tool available that can convert 2.x code automagically to the .format() method syntax ? Just did a quick grep of our code base and it has some 2000 lines of code that would need to be changed. Why do you think this code needs to change? I'd leave all the code as-is, and might not start using .format before Python 3.2, unless some coding convention says I have to. Regards, Martin ___ 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/archive%40mail-archive.com
Re: [Python-Dev] Tool for converting %-formatting to .format()ing ?
On Fri, 09 May 2008 19:06:07 +0200, Bill Janssen [EMAIL PROTECTED] wrote: The curse of back-porting... I, too, would find such a tool helpful; I've got a thousand lines of %-formatting use just in UpLib alone. yea, I hope such a Fixer will emerge, formatting via % is just too painless atm in 2.5. I guess our company should check out the 'preferred' way to do it real soon, or else the conversion process will be really time consuming. --dirk ___ 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/archive%40mail-archive.com
