At last! Python 3.5 has now officially reached its end-of-life. Since there have been no checkins or PRs since I tagged 3.5.10, 3.5.10 will stand as the final release in the 3.5 series.
As with a similar announcement I wrote about eighteen months ago, I know we can all look back fondly on Python 3.5. 3.5 added many new asynchronous I/O programming features, the "typing" module, and even a new operator ("@"). Plus many and varied quality-of-life improvements for the Python programmer, in both the language, the library, the core implementation, and even the installers. Python 3.5.0 was the best version of the best language at the time, and since then it's gotten even better!
My thanks to all the members of the Python 3.5 release team. In alphabetical order:
Georg Brandl
Julian Palard
Ned Deily
Steve Dower
Terry ReedyMy thanks also to the Python infrastructure team.
The end of Python 3.5 support also ends my tenure as a Python Release Manager. Congratulations, you survived me and my frequent mistakes! (Special shouts out to Ned and Benjamin for running around behind the scenes quietly cleaning up my messes--and not even telling me most of the time.) Rest assured that I leave you in /much/ better hands with the current crop of RMs: Ned, Łukasz, and Pablo.
One amusing note. During my tenure as a Python release manager, I had to deal with /three/ different revision control systems. Although we'd switched CPython itself to Mercurial by the time 3.4 alpha 0 was released, there were still many supporting repositories still on Subversion. (I remember having to do Subversion branch merges as part of my 3.4 release work... what a pain.) And of course these days we're on Git (-hub). This straddling of three different workflows certainly complicated the lives of us Release Managers. So, my friends, please... make up your minds! ;-)
It's been my honor to serve you,
//arry/
p.s. As of today, every supported version of Python supports f-strings. The only remaining excuse for "we can't use f-strings" is no longer viable!
Thank you, Larry and the whole release team, for putting so much work into this !
On 01.10.2020 19:49, Larry Hastings wrote:
At last! Python 3.5 has now officially reached its end-of-life. Since there have been no checkins or PRs since I tagged 3.5.10, 3.5.10 will stand as the final release in the 3.5 series.
As with a similar announcement I wrote about eighteen months ago, I know we can all look back fondly on Python 3.5. 3.5 added many new asynchronous I/O programming features, the "typing" module, and even a new operator ("@"). Plus many and varied quality-of-life improvements for the Python programmer, in both the language, the library, the core implementation, and even the installers. Python 3.5.0 was the best version of the best language at the time, and since then it's gotten even better!
My thanks to all the members of the Python 3.5 release team. In alphabetical order:
Georg Brandl Julian Palard Ned Deily Steve Dower Terry ReedyMy thanks also to the Python infrastructure team.
The end of Python 3.5 support also ends my tenure as a Python Release Manager. Congratulations, you survived me and my frequent mistakes! (Special shouts out to Ned and Benjamin for running around behind the scenes quietly cleaning up my messes--and not even telling me most of the time.) Rest assured that I leave you in /much/ better hands with the current crop of RMs: Ned, Łukasz, and Pablo.
One amusing note. During my tenure as a Python release manager, I had to deal with /three/ different revision control systems. Although we'd switched CPython itself to Mercurial by the time 3.4 alpha 0 was released, there were still many supporting repositories still on Subversion. (I remember having to do Subversion branch merges as part of my 3.4 release work... what a pain.) And of course these days we're on Git (-hub). This straddling of three different workflows certainly complicated the lives of us Release Managers. So, my friends, please... make up your minds! ;-)
It's been my honor to serve you,
//arry/
p.s. As of today, every supported version of Python supports f-strings. The only remaining excuse for "we can't use f-strings" is no longer viable!
python-committers mailing list -- python-committers@python.org To unsubscribe send an email to python-committers-leave@python.org https://mail.python.org/mailman3/lists/python-committers.python.org/ Message archived at https://mail.python.org/archives/list/python-committers@python.org/message/Y... Code of Conduct: https://www.python.org/psf/codeofconduct/
-- Marc-Andre Lemburg eGenix.com
Professional Python Services directly from the Experts (#1, Oct 01 2020)
Python Projects, Coaching and Support ... https://www.egenix.com/ Python Product Development ... https://consulting.egenix.com/
::: We implement business ideas - efficiently in both time and costs :::
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 https://www.egenix.com/company/contact/ https://www.malemburg.com/
participants (2)
-
Larry Hastings -
M.-A. Lemburg