Hey all,
We just recently finished working on the signup form for the upcoming 2020
Python Core Dev Sprint on Oct. 19th - 23rd. In addition to getting an
general idea of (virtual) attendance, this is being used to assess the
topics covered, optimal start/end times for each day, and preferred social
activities.
Anyone who is a CPython core developer, engaged in a core dev mentorship,
or a member of the Python triage team is welcome to attend!
Sign up to attend here: https://forms.gle/84NkyYt5g616fs1r5
We will be accepting late sign ups for this event since capacity is not a
significant limitation, but for the purposes of scheduling the best
possible times for everyone, it is requested that participants do so at
their earliest convenience.
Regards,
Kyle Stanley
Hi all
It seems like people are due to renew their subscriptions, and after a
bit of internal-to-Microsoft organisational turmoil, I've found out who
can provide them.
While most of the tooling necessary for working on CPython is freely
available (as Visual Studio Community), this will also include OS images
and Azure credits.
Historically, Brian Curtin has helped out by collating our details and
submitting the request, but now it's being passed over to me (since I
can more easily track any internal changes).
If you would like to be signed up for a subscription, or renew your
current one, please reply to me by Friday August 21st with your full
name and email address.
(Your email address should be able to log in at
https://my.visualstudio.com/ If it can't, click "Create one" and you can
activate your existing address.)
Thanks,
Steve
On behalf of the Python development community, I'm pleased to finally
announce the availability of Python 3.5.10rc1.
Python 3.5 is in "security fixes only" mode. This new version only
contains security fixes, not conventional bug fixes, and it is a
source-only release.
Important Notice: The latest releases of Linux (Ubuntu 20.04, Fedora 32)
ship with a new version of OpenSSL. New versions of OpenSSL often
include upgraded configuration requirements to maintain network
security; this new version no longer finds Python 3.5's OpenSSL
configuration acceptable. As a result, most or all secure-transport
networking libraries are broken in this release on systems where this
new version of OpenSSL is deployed. This means, for example, that seven
(7) of the regression tests in the test suite now regularly fail. Older
versions of Linux, with older versions of OpenSSL installed, are
unaffected. We're aware of the problem. Unfortunately, as 3.5 is
nearly completely out of support, it has become very low priority, and
we've been unable to find the resources to get the problem fixed. It's
possible that these problems simply won't be fixed in 3.5 before it
reaches its end-of-life. As always we recommend upgrading to the latest
Python release wherever possible.
You can find Python 3.5.10rc1 here:
https://www.python.org/downloads/release/python-3510rc1/
Cheers,
//arry/
Hey all,
For the upcoming 2020 Core Dev Sprint, we (Mariatta, Ewa, and I) decided to
create a poll for determining the platform that participants would prefer
to use. With this year's sprint being entirely virtual, the platform of
choice will have a significant impact on the event.
Poll:
https://discuss.python.org/t/2020-core-dev-sprint-poll-discord-or-zulip/5016
Regards,
Kyle Stanley
We are planning to produce security-fix rollup releases for Python 3.7.x and 3.6.x on 2020-08-14. The most recent releases for these versions were on 2020-06-27 and 3.7.8 was the final bugfix release for 3.7. Shortly after those releases, several security issues affecting them were fixed. Because one of those fixes addresses a potential security vulnerability when using Python on Windows (https://bugs.python.org/issue29778), we are making an exception and providing updated binary installers for 3.7.9 since this first 3.7.x security release follows so soon after the final 3.7.x bugfix release.
Also, starting with these releases, we plan to no longer produce release candidates for 3.7.x and 3.6.x security releases, and instead simply provide final releases, as we receive little to no feedback from security release candidates and the number of changes in each security releases is small.
Core developers: if you know of any additional security issues that should be addressed in these releases, please mark the relevant bpo issues as "release blocker" and, if possible, submit PRs for review prior to the end of 2020-08-13 AOE. Thanks!
--
Ned Deily
nad(a)python.org -- []
Python 3.9.0 is *almost* ready. This release, *3.9.0rc1*, is the penultimate release preview. You can get it here:
https://www.python.org/downloads/release/python-390rc1/
Entering the release candidate phase, only reviewed code changes which are clear bug fixes are allowed between this release candidate and the final release. The second candidate and the last planned release preview is currently planned for 2020-09-14.
Please keep in mind that this is a preview release and its use is *not* recommended for production environments.
Calls to action
Core developers: all eyes on the docs now
* Are all *your* changes properly documented?
* Did you notice *other* changes you know of to have insufficient documentation?
Community members
We *strongly encourage* maintainers of third-party Python projects to prepare their projects for 3.9 compatibility during this phase. As always, report any issues to the Python bug tracker <https://bugs.python.org/>.
Installer news
This is the first version of Python to default to the 64-bit installer on Windows. The installer now also actively disallows installation on Windows 7. Python 3.9 is incompatible with this unsupported version of Windows.
Major new features of the 3.9 series, compared to 3.8
Some of the new major new features and changes in Python 3.9 are:
* PEP 584 <https://www.python.org/dev/peps/pep-0584/>, Union Operators in `dict`
* PEP 585 <https://www.python.org/dev/peps/pep-0585/>, Type Hinting Generics In Standard Collections
* PEP 593 <https://www.python.org/dev/peps/pep-0593/>, Flexible function and variable annotations
* PEP 602 <https://www.python.org/dev/peps/pep-0602/>, Python adopts a stable annual release cadence
* PEP 615 <https://www.python.org/dev/peps/pep-0615/>, Support for the IANA Time Zone Database in the Standard Library
* PEP 616 <https://www.python.org/dev/peps/pep-0616/>, String methods to remove prefixes and suffixes
* PEP 617 <https://www.python.org/dev/peps/pep-0617/>, New PEG parser for CPython
* BPO 38379 <https://bugs.python.org/issue38379>, garbage collection does not block on resurrected objects;
* BPO 38692 <https://bugs.python.org/issue38692>, os.pidfd_open added that allows process management without races and signals;
* BPO 39926 <https://bugs.python.org/issue39926>, Unicode support updated to version 13.0.0;
* BPO 1635741 <https://bugs.python.org/issue1635741>, when Python is initialized multiple times in the same process, it does not leak memory anymore;
* A number of Python builtins (range, tuple, set, frozenset, list, dict) are now sped up using PEP 590 <https://www.python.org/dev/peps/pep-0590> vectorcall;
* A number of Python modules (_abc, audioop, _bz2, _codecs, _contextvars, _crypt, _functools, _json, _locale, operator, resource, time, _weakref) now use multiphase initialization as defined by PEP 489 <https://www.python.org/dev/peps/pep-0489/>;
* A number of standard library modules (audioop, ast, grp, _hashlib, pwd, _posixsubprocess, random, select, struct, termios, zlib) are now using the stable ABI defined by PEP 384 <https://www.python.org/dev/peps/pep-0384/>.
Entering the release candidate phase is an exciting and necessary step towards releasing a production-grade 3.9.0.
At this stage stability is of utmost importance. That's why the development process described in our Dev Guide specifies that "a branch preparing for an RC release can only have bugfixes applied that have been reviewed by other core developers". See more at https://devguide.python.org/devcycle/#release-candidate-rc
Note that due to the new PEP 602-compliant release calendar we are planning to have two release candidates: the first this coming Monday, August 10th, and the second on September 14th. As a reminder: expanding the RC phase was done to help operating system distributors include the latest release of Python in their own Autumn releases. To make it work, we need approach the release candidates with as much care as we will put into 3.9.0 itself.
Lastly, and this is a little embarrassing to admit, my laptop is being serviced by Apple at the moment due to a swollen battery. I'm ready to make the release without it should it not return by Monday. However, in case it turns out to be impossible, I'll let you know in a separate e-mail.
--
Best regards,
Łukasz Langa
Please save the date for this year's core dev sprint, to take place
virtually online from Oct 19 - 23, 2020.
The sprint is being organized by myself and Kyle Stanley, with help from
Ewa Jodlowska.
We are still in the early planning stage, and just wanted to give you all a
heads up so you can plan accordingly.
We will keep you posted once we have more details on how the virtual sprint
will work and how to sign up. In the meantime, if you have questions,
concerns, or suggestions about the sprint, you can reply to this thread or
start a new discussion on Discourse.
In case you're not familiar about the core dev sprint, this is normally a
weeklong (5 work days) sprint in person, where we would have focus time to
work on CPython, finish your PEPs, review pull requests, etc.
You can read about past core dev sprints here:
Core dev sprint 2019
<http://pyfound.blogspot.com/2019/10/cpython-core-developer-sprint-2019.html….>
Core Dev sprint 2018
<http://pyfound.blogspot.com/2018/09/cpython-core-developer-sprint-2018.html>
Thanks for all your contributions to CPython! I hope that you would plan to
participate from wherever you are!
- Mariatta