Mailman 3 December 2016 - python-committers

commit privs given to Maciej Szulik for bugs.python.org work
by Brett Cannon Jan. 12, 2017

Jan. 12, 2017

Maciej has been helping Ezio, David, and me out with updates to bugs.python.org for the GitHub migration and he's reached a point where we are all comfortable with him making updates to the issue tracker's code without us holding him up. He knows not to commit to Python itself or other repos.

4 4

Reminder: 3.5.3 rc1 and 3.4.6 rc1 tagged tomorrow
by Larry Hastings Dec. 31, 2016

Dec. 31, 2016

Just a reminder: I'll be tagging 3.5.3 rc1 and 3.4.6 rc1 tomorrow, Jan 1 2017, sometime between 24 and 36 hours from now. Please work quickly if there's anything you need to get in to either of those releases. I'm hoping that, for once, there are literally no code changes between rc1 and final. Best wishes for a happy new year, //arry/

1 0

[RELEASE] Python 3.6.0 is released!
by Ned Deily Dec. 23, 2016

Dec. 23, 2016

On behalf of the Python development community and the Python 3.6 release team, I am pleased to announce the availability of Python 3.6.0. Python 3.6.0 is the newest major release of the Python language, and it contains many new features and optimizations. See the "What’s New In Python 3.6" document for more information: https://docs.python.org/3.6/whatsnew/3.6.html You can download Python 3.6.0 here: https://www.python.org/downloads/release/python-360/ Also, most third-party distributors of Python should be making 3.6.0 packages available soon. Maintenance releases for the 3.6 series will follow at regular intervals starting in the first quarter of 2017. We hope you enjoy Python 3.6.0! P.S. As a volunteer-staffed open source project, we could not bring Python releases to you without the enormous contributions of many, many people. Thank you to all who have contributed and reviewed code and documentation changes, documented and investigated bugs, tested Python and third-party packages, and provided and supported the infrastructure needed to support Python development and testing. Please consider supporting the work of the Python Software Foundation. More at: https://www.python.org/psf-landing/ -- Ned Deily nad(a)python.org -- []

1 0

Should I delay 3.5.3 and 3.4.6 by two weeks?
by Larry Hastings Dec. 22, 2016

Dec. 22, 2016

Python 3.6.0 final just slipped by two weeks. I scheduled 3.5.3 and 3.4.6 to ship about a month after 3.6.0 did, to "let the dust settle" around the release. I expect a flood of adoption of 3.6, and people switching will find bugs, and maybe those bugs are in 3.5 or 3.4. So it just seemed sensible. 3.6 just slipped by two weeks. So now there's less than two weeks between 3.6.0 final shipping and tagging the release canddiates for 3.5.3 and 3.4.6. This isn't as much time as I'd like. If I had total freedom to do as I liked, I'd slip my releases by two weeks to match 3.6. But there might be people planning around 3.5.3 and 3.4.6--like Guido was waiting for 3.5.3 for something iirc. So, if you have an opinion, please vote for one of these three options: * Don't slip 3.5.3. and 3.4.6. * Slip 3.5.3 and 3.4.6 by two weeks to match 3.6.0. * Slip 3.5.3 and 3.4.6 by a whole month, to give 3.6.0 the ability to slip again without us having to change the release. Your faithful servant, //arry/

5 6

MSDN Subscriptions - first timers and renewals
by Brian Curtin Dec. 20, 2016

Dec. 20, 2016

Hey all, I heard some of you wanted MSDN subscription renewals from Santa Claus, so I can take care of that and put in a good word for you. If you're an existing subscriber I just need the email and subscriber ID for your account, which you can get out of some of the emails they send you, or via https://msdn.microsoft.com/en-us/subscriptions/manage/. If you don't have a subscription and would like access to various Microsoft tools to help you make Python better, e.g., Visual Studio, Windows images, etc., they give us complimentary access to the Microsoft Developer Network to enable that. Each subscription gets you one year of access to download those tools (plus some amount of Azure credit), and they give us continued renewals as long as we're using them and making Python better. If you'd like a subscription for the first time, I need the following info: First Name: Last Name: Email Address: Project/Company: Python Software Foundation Complete Mailing Address: Phone Number: I'd like to batch these up so it makes things easier on the folks at Microsoft who help us out with this, so get me your details and I'll send a batch next week on the 28th, and any batches after that I'll just gauge by how many are coming in. Thanks, Brian

1 0

Can we delete https://hg.python.org/coding/cpython/?
by Brett Cannon Dec. 20, 2016

Dec. 20, 2016

It's erroneously labeled as the "official python repo" and created by some stranger.

3 2

Re: [python-committers] [Python-Dev] Should I delay 3.5.3 and 3.4.6 by two weeks?
by Brett Cannon Dec. 19, 2016

Dec. 19, 2016

On Mon, 19 Dec 2016 at 06:29 Terry Reedy <tjreedy(a)udel.edu> wrote: > On 12/19/2016 12:26 AM, Larry Hastings wrote: > > > > > > Python 3.6.0 final just slipped by two weeks. I scheduled 3.5.3 and > > 3.4.6 to ship about a month after 3.6.0 did, to "let the dust settle" > > around the release. I expect a flood of adoption of 3.6, and people > > switching will find bugs, and maybe those bugs are in 3.5 or 3.4. So it > > just seemed sensible. > > > > 3.6 just slipped by two weeks. So now there's less than two weeks > > between 3.6.0 final shipping and tagging the release canddiates for > > 3.5.3 and 3.4.6. This isn't as much time as I'd like. > > > > If I had total freedom to do as I liked, I'd slip my releases by two > > weeks to match 3.6. But there might be people planning around 3.5.3 and > > 3.4.6--like Guido was waiting for 3.5.3 for something iirc. > > > > So, if you have an opinion, please vote for one of these three options: > > > > * Don't slip 3.5.3. and 3.4.6. > > I am mildly in favor of this. There are already known bugs in 3.5 that > will not get fixed, no matter how long you delay the final maintenance > release. There are even bugs left in 2.7 after 6 years of fixing. In > the meanwhile, it is a mild nuisance to have 3 3.x maintenance branches > open. > > I don't know when Brett will move us to GIT and how that might impact > the timing. > Slipping doesn't affect me yet as all the pieces are still not quite in place. So a shift in release just shifts the blackout period for the week prior to the 3.5.3 release.

1 0

[RELEASE] Python 3.6.0rc2 is now available
by Ned Deily Dec. 17, 2016

Dec. 17, 2016

On behalf of the Python development community and the Python 3.6 release team, I would like to announce the availability of Python 3.6.0rc2. 3.6.0rc2 is the second release candidate for Python 3.6, the next major release of Python. Code for 3.6.0 is now frozen. 3.6.0rc2 is the same code base as the first release candidate, 3.6.0rc1, with the addition of fixes for a couple of critical problems and with some documentation additions and updates. Assuming no further release critical problems are found prior to the 3.6.0 final release date, now planned for 2016-12-23, the 3.6.0 final release will be the same code base as this 3.6.0rc2. Maintenance releases for the 3.6 series will follow at regular intervals starting in the first quarter of 2017. Among the new major new features in Python 3.6 are: * PEP 468 - Preserving the order of **kwargs in a function * PEP 487 - Simpler customization of class creation * PEP 495 - Local Time Disambiguation * PEP 498 - Literal String Formatting * PEP 506 - Adding A Secrets Module To The Standard Library * PEP 509 - Add a private version to dict * PEP 515 - Underscores in Numeric Literals * PEP 519 - Adding a file system path protocol * PEP 520 - Preserving Class Attribute Definition Order * PEP 523 - Adding a frame evaluation API to CPython * PEP 524 - Make os.urandom() blocking on Linux (during system startup) * PEP 525 - Asynchronous Generators (provisional) * PEP 526 - Syntax for Variable Annotations (provisional) * PEP 528 - Change Windows console encoding to UTF-8 * PEP 529 - Change Windows filesystem encoding to UTF-8 * PEP 530 - Asynchronous Comprehensions Please see "What’s New In Python 3.6" for more information: https://docs.python.org/3.6/whatsnew/3.6.html You can find Python 3.6.0rc2 here: https://www.python.org/downloads/release/python-360rc2/ Note that 3.6.0rc2 is still a preview release and thus its use is not recommended for production environments. More information about the release schedule can be found here: https://www.python.org/dev/peps/pep-0494/ -- Ned Deily nad(a)python.org -- []

1 0

Python 3.6.0rc2 coming soon, 3.6.0 final now 2016-12-23
by Ned Deily Dec. 16, 2016

Dec. 16, 2016

Hi all! Today (2016-12-16) has long been our planned release date for 3.6.0 final. So far most of the feedback from users testing the preview versions of 3.6.0 has been very positive. We made it to the next-to-final milestone, the 3.6.0rc1 release candidate, 10 days ago with hopes of going directly to the final release. Alas, in the last few days at least one outstanding issue that we had hoped would not be a real-world problem has proven to be a showstopper during third-party package testing and I have been persuaded that we do need to fix it before 3.6.0 final. I take responsibility and apologize for not ensuring it was resolved earlier in the release cycle; I'll try to do better next time. Therefore, we are going to produce a second release candidate. Besides the showstopper fix (#28147), I've cherrypicked a few requested build fixes and, as promised, some last-minute documentation updates and additions. I'm also expecting to cherrypick at least one more asynchio fix before tagging and manufacturing 3.6.0rc2 sometime later today (i.e. within the next 24 hours). Assuming that is accomplished, we will be looking for quick feedback to ensure that we have addressed the problems and have not introduced any new ones. Then, assuming all goes well and no new showstoppers are found, we plan to release 3.6.0 final on Friday 2016-12-23, a week from now. Also note that there is no change in the status of the cpython repo branches. Continue to push appropriate changes to the 3.6 branch for the 3.6.1 maintenance release and to the default branch for the next feature release, 3.7.0. Should you run into a potential showstopper problem for 3.6.0, please make sure there is an open issue for it on the bug tracker marked as "release blocker", work to getting a fix pushed to the 3.6 branch for 3.6.1, and contact me ASAP to discuss potential cherrypicking. Please do the same for any necessary important documentation fixes for 3.6.0 final. As before, my goal will be to have no new changes after the release candidate. Thank you all again for your great efforts and co-operation throughout the 3.6 development cycle! We are oh-so-close to getting your work officially out there. --Ned P.S. Happy Beethoven's Birthday FYI: Here is a list of the post 3.6.0rc1 changesets that have been cherrypicked so far for 3.6.0rc2. There will likely be at least one more. (Note, the description and files list below for some changesets may be truncated.) user: Yury Selivanov <yury(a)magic.io> date: Wed Dec 07 16:19:56 2016 -0800 files: Doc/whatsnew/3.6.rst description: Issue #28635: Drop the note that whatsnew is incomplete user: Ned Deily <nad(a)python.org> date: Wed Dec 07 23:37:12 2016 -0500 files: Doc/tools/templates/indexsidebar.html description: Issue #28900: Update documentation sidebar for 3.6.0rc. user: Benjamin Peterson <benjamin(a)python.org> date: Wed Dec 07 23:54:28 2016 -0800 files: Include/pyport.h description: guard HAVE_LONG_LONG definition to prevent redefinition (#28898) [prevent gdb build errors with 3.6.0] user: Steve Dower <steve.dower(a)microsoft.com> date: Wed Dec 07 13:02:27 2016 -0800 files: Doc/library/importlib.rst Doc/using/windows.rst Doc/whatsnew/3.6.rst Misc/NEW description: Issue #28896: Deprecate WindowsRegistryFinder user: Steve Dower <steve.dower(a)microsoft.com> date: Sun Dec 11 14:48:32 2016 -0800 files: Tools/msi/distutils.command.__init__.py Tools/msi/distutils.command.bdist_win description: Issue #28783: Replaces bdist_wininst in nuget packages with stub user: Yury Selivanov <yury(a)magic.io> date: Mon Dec 12 16:44:58 2016 -0500 files: Doc/library/asyncio-protocol.rst Doc/whatsnew/3.6.rst description: Issue #28089: Document TCP_NODELAY in asyncio user: Victor Stinner <victor.stinner(a)gmail.com> date: Thu Dec 15 16:20:53 2016 +0100 files: Doc/whatsnew/3.6.rst description: Issue #28979: Fix What's New in Python 3.6, dict user: Victor Stinner <victor.stinner(a)gmail.com> date: Thu Dec 15 17:21:23 2016 +0100 files: Lib/test/test_dict.py Misc/NEWS Modules/_testcapimodule.c Objects/dictobject. description: Issue #28147: Fix a memory leak in split-table dictionaries: setattr() must not convert combined table into split table. Patch written by INADA Naoki. user: Yury Selivanov <yury(a)magic.io> date: Thu Dec 15 17:36:05 2016 -0500 files: Doc/glossary.rst Doc/library/asyncio-eventloop.rst Doc/library/inspect.rst [...] description: Issue #28091: Document PEP 525 & PEP 530. user: Yury Selivanov <yury(a)magic.io> date: Thu Dec 15 17:56:43 2016 -0500 files: Doc/whatsnew/3.6.rst description: Issue #28635: asyncio-related fixes and additions. [docs only] user: Yury Selivanov <yury(a)magic.io> date: Thu Dec 15 18:58:19 2016 -0500 files: Doc/library/asyncio.rst description: docs: asyncio is no longer provisional user: Ned Deily <nad(a)python.org> date: Thu Dec 15 23:20:48 2016 -0500 files: Misc/NEWS description: Issue #28898: add Misc/NEWS entry -- Ned Deily nad(a)python.org -- []

1 0

Release schedule for 3.5.3 and 3.4.6
by Larry Hastings Dec. 8, 2016

Dec. 8, 2016

Here's the release schedule for Python versions 3.5.3 and 3.4.6. Sun Jan 1st, 2017 - tag 3.5.3rc1and 3.4.6rc1 Mon Jan 2nd, 2017 - release 3.5.3rc1and 3.4.6rc1 Sun Jan 15th, 2017 - tag 3.5.3 finaland 3.4.6final Mon Jan 16th, 2017 - release 3.5.3 finaland 3.4.6final The 3.5 branch is still in maintenance mode. I don't plan to transition it to security-fixes-only mode until 3.6 has been out for a while (e.g. once 3.6.1 comes out). So 3.5.3 will be released both with source code and binary installers for Windows and OS X. The 3.4 branch is already in security-fixes-only mode, and 3.4.6 will be a source-code-only release. Looking forward to {next_python_version} in {days_until_release}, //arry/

1 0