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?
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
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
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
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
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
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
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
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)
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