Mailman 3 May 2011 - python-committers

anyone still have access to the coverity scan results?
by Brett Cannon 20 Aug '12

20 Aug '12

Access to the Python results is currently down, but has anyone actually accessed the Coverity scan results any time recently? Or who even has access anymore?

9 20

3.2.1 rc 2
by Georg Brandl 03 Jun '11

03 Jun '11

As I've already said in another thread, I plan for 3.2.1 r2 as soon as http://bugs.python.org/issue12084 is fixed. This is hopefully this weekend, but may be next. Final is, as always, one week later. Georg

4 6

2.7.2 and 3.1.4 rc now
by Benjamin Peterson 31 May '11

31 May '11

Hi, I'm going to start spinning those releases now. I'll make a branch for 2.7.2 but not for 3.1.4. Please stop committing to 3.1; it's going into security only mode. -- Regards, Benjamin

6 10

Merge cleanup reminder
by Ned Deily 30 May '11

30 May '11

Just a reminder and an FYI: the repo was left yesterday with an unmerged change leaving the 3.2 branch open. When you're finished pushing changes, it's always a good head idea to do an "hg branches" and make sure that only the default (py3k) and 2.7 branches are open: $ hg branches default 70473:e8e8a9dbc3c0 2.7 70470:8349094d1fe8 3.2 70472:791c64fdc405 (inactive) 3.1 70471:bd49031b9488 (inactive) 2.6 70460:23340842e920 (inactive) 2.5 70459:0072a98566c7 (inactive) Since I needed to push some test failure fixes (Issue12205) before the 2.7.2/3.1.4 cutoffs today, I took the liberty of doing a null merge to record. Greg, you might want to double-check that all is as you intended. changeset: 70469:ad3c204cc397 parent: 70468:c5bd972391cd parent: 70465:4f248dd34dd9 user: Ned Deily <nad(a)acm.org> date: Sun May 29 02:16:36 2011 -0700 files: Lib/test/test_subprocess.py description: Null merge to record previous incorrecly merged changeset from 3.2 branch: changeset: 70465:4f248dd34dd9 branch: 3.2 parent: 70463:7f2e3c466d57 user: Gregory P. Smith <greg(a)krypto.org> date: Sat May 28 09:06:02 2011 -0700 files: Lib/test/test_subprocess.py description: Fix ProcessTestCasePOSIXPurePython to test the module from import when changeset: 70466:2c91045d16a6 parent: 70464:2936e8f12e4f user: Gregory P. Smith <greg(a)krypto.org> date: Sat May 28 09:06:02 2011 -0700 files: Lib/test/test_subprocess.py description: Fix ProcessTestCasePOSIXPurePython to test the module from import when -- Ned Deily, nad(a)acm.org

3 3

Cannot push after 2.6svn merge
by Barry Warsaw 24 May '11

24 May '11

Okay all you Mercurial experts, I need some help! One of the differences between the Mercurial and Subversion 2.6 branches were the line endings for various Windows files. This change is not appropriate for 2.6, which is in security-fix only mode. I reverted these changes in the Mercurial 2.6 branch, but now I can't push it. I asked around on #python-dev and it was suggested that I add some entries into .hgeol, which I've done: Doc/make.bat = CRLF Tools/buildbot/*.bat = CRLF Tools/msi/merge.py = CRLF PC/VS7.1/*.bat = CRLF PC/VS8.0/*.bat = CRLF Yet the push still fails with the errors below. I don't know how to deal with the pretxnchangegroup.eol hook. Any and all assistance will be greatly appreciated. Cheers, -Barry % hg push pushing to ssh://hg@hg.python.org/cpython searching for changes remote: adding changesets remote: adding manifests remote: adding file changes remote: added 5 changesets with 70 changes to 38 files remote: error: pretxnchangegroup.eol hook failed: Doc/make.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS7.1/build_ssl.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/build.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/build_env.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/build_pgo.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/build_ssl.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/env.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/idle.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/rt.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/build-amd64.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/build.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/buildmsi.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/clean-amd64.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/clean.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/external-amd64.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/external-common.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/external.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/test-amd64.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/test.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/msi/merge.py in 03e488b5c009 should not have CRLF line endings remote: transaction abort! remote: rollback completed remote: abort: Doc/make.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS7.1/build_ssl.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/build.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/build_env.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/build_pgo.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/build_ssl.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/env.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/idle.bat in 03e488b5c009 should not have CRLF line endings remote: PC/VS8.0/rt.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/build-amd64.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/build.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/buildmsi.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/clean-amd64.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/clean.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/external-amd64.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/external-common.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/external.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/test-amd64.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/buildbot/test.bat in 03e488b5c009 should not have CRLF line endings remote: Tools/msi/merge.py in 03e488b5c009 should not have CRLF line endings

3 4

Re: [python-committers] Python 2.6.7rc2
by Senthil Kumaran 24 May '11

24 May '11

Hi Barry, On Fri, May 20, 2011 at 06:32:29PM -0400, Barry Warsaw wrote: > I did. Right now I'm blocked on a test failure for test_urllib2, but it's > failing in both the hg and svn branches, so at least it wasn't a result of a I assume, you managed to resolve it as I saw the release mail from you. Is this in the svn codeline for 2.6.x? Thank you, Senthil

2 1

Charles-François Natali (neologix)
by Victor Stinner 23 May '11

23 May '11

Hi, This guy rocks! He understood and fixed many subtle bugs like race conditions recently. Example from the NEWS of Python 3.3: - Issue #12060: Use sig_atomic_t type and volatile keyword in the signal module. Patch written by Charles-François Natali. - Issue #11849: Make it more likely for the system allocator to release free()d memory arenas on glibc-based systems. Patch by Charles-François Natali. - Issue #10517: After fork(), reinitialize the TLS used by the PyGILState_* APIs, to avoid a crash with the pthread implementation in RHEL 5. Patch by Charles-François Natali. - Issue #11650: PyOS_StdioReadline() retries fgets() if it was interrupted (EINTR), for example if the program is stopped with CTRL+z on Mac OS X. Patch written by Charles-Francois Natali. - Issue #11811: ssl.get_server_certificate() is now IPv6-compatible. Patch by Charles-François Natali. - Issue #8428: Fix a race condition in multiprocessing.Pool when terminating worker processes: new processes would be spawned while the pool is being shut down. Patch by Charles-François Natali. - Issue #11757: select.select() now raises ValueError when a negative timeout is passed (previously, a select.error with EINVAL would be raised). Patch by Charles-François Natali. etc. I would to propose him to commit grant. What do you think? Victor

9 16

Python 2.6.7rc2
by Barry Warsaw 21 May '11

21 May '11

I believe I've reconciled the Python 2.6 hg and svn branches. I've committed the changes to 2.6svn and working on the null merges for the 2.6hg branch. I'll push the latter at some point soonish. Anyway, this means that I will cut 2.6.7rc2 today -- and actually announce it! In the future, if you are going to apply patches to Python 2.6, please do so in both the hg and svn branches, since all 2.6 releases will be done from svn. If you're unsure or don't feel comfortable about doing that, please send me the diff and I'll apply it to 2.6svn. Or create/mark a bug as release blocker on 2.6 and attach the patch. Thanks. I probably don't need to say, no commits to the 2.6svn branch for now please. -Barry

3 7

[RELEASED] Python 3.2.1 rc 1
by Georg Brandl 18 May '11

18 May '11

On behalf of the Python development team, I am pleased to announce the first release candidate of Python 3.2.1. Python 3.2.1 will the first bugfix release for Python 3.2, fixing over 120 bugs and regressions in Python 3.2. For an extensive list of changes and features in the 3.2 line, see http://docs.python.org/3.2/whatsnew/3.2.html To download Python 3.2.1 visit: http://www.python.org/download/releases/3.2.1/ This is a testing release: Please consider trying Python 3.2.1 with your code and reporting any bugs you may notice to: http://bugs.python.org/ Enjoy! -- Georg Brandl, Release Manager georg at python.org (on behalf of the entire python-dev team and 3.2's contributors)

1 0

3.2.1 rc
by Georg Brandl 15 May '11

15 May '11

I'm now going to start working on 3.2.1 rc now. There is no checkin freeze, I'll work in <http://hg.python.org/releasing/3.2.1>. As my goal is to have no commits between rc and final, I'll keep this clone for the final and will *not* merge from the main repo inbetween, except if serious issues or regressions surface. Georg

1 0