https://peps.python.org/ Newest Python Enhancement Proposals (PEPs): Information on new language features and some meta-information like release procedure and schedules. https://cyber.harvard.edu/rss/rss.html en Sat, 14 Mar 2026 05:06:54 GMT https://peps.python.org/pep-0828/ This PEP introduces support for yield from in an asynchronous generator function. Peter Bierma ([email protected]) https://peps.python.org/pep-0828/ Sat, 07 Mar 2026 00:00:00 GMT https://peps.python.org/pep-0827/ We propose adding powerful type-level introspection and construction facilities to Python’s type system. This design is inspired largely by TypeScript’s conditional and mapped types, but is adapted to the distinct semantics and constraints of Python’s typing model. Michael J. Sullivan ([email protected]), Daniel W. Park ([email protected]), Yury Selivanov ([email protected]) https://peps.python.org/pep-0827/ Fri, 27 Feb 2026 00:00:00 GMT https://peps.python.org/pep-0826/ This document describes the development and release schedule for Python 3.16. Savannah Ostrowski https://peps.python.org/pep-0826/ Mon, 23 Feb 2026 00:00:00 GMT https://peps.python.org/pep-0825/ This PEP proposes variant wheels, an extension to packaging:specifications/binary-distribution-format that permits building multiple variants of the same package while embedding additional compatibility data. The specific properties are stored inside the wheel, and expressed via a human-readable variant label in the filename, which is then mapped to the actual properties via a separately hosted JSON mapping. This aims to make {tool} install {package} capable of selecting the most appropriate variant of packages where additional compatibility dimensions such as GPU support need to be accounted for. Jonathan Dekhtiar ([email protected]), Michał Górny ([email protected]), Konstantin Schütze ([email protected]), Ralf Gommers ([email protected]), Andrey Talman ([email protected]), Charlie Marsh ([email protected]), Michael Sarahan ([email protected]), Eli Uriegas ([email protected]), Barry Warsaw ([email protected]), Donald Stufft ([email protected]), Andy R. Terrel ([email protected]) https://peps.python.org/pep-0825/ Tue, 17 Feb 2026 00:00:00 GMT https://peps.python.org/pep-0821/ This PEP proposes allowing Unpack[TypedDict] in the parameter list inside Callable, enabling concise and type-safe ways to describe keyword-only callable signatures. Currently, Callable assumes positional-only parameters, and typing keyword-only functions requires verbose callback protocols. With this proposal, the keyword structure defined by a TypedDict can be reused directly in Callable. Daniel Sperber ([email protected]) https://peps.python.org/pep-0821/ Mon, 12 Jan 2026 00:00:00 GMT https://peps.python.org/pep-0822/ This PEP proposes to add a feature that automatically removes indentation from multiline string literals. Inada Naoki ([email protected]) https://peps.python.org/pep-0822/ Mon, 05 Jan 2026 00:00:00 GMT https://peps.python.org/pep-0820/ Replace type and module slots with a new structure: a tagged anonymous union with flags. This improves type safety and allows adding new slots in a more forward-compatible way. Petr Viktorin ([email protected]) https://peps.python.org/pep-0820/ Fri, 19 Dec 2025 00:00:00 GMT https://peps.python.org/pep-0819/ This PEP proposes introducing JSON encoded core metadata and wheel file format metadata files in Python packages. Python package metadata (“core metadata”) was first defined in PEP 241 to use RFC 822 email headers to encode information about packages. This was reasonable in 2001; email messages were the only widely used, standardized text format that had a parser in the standard library. However, issues with handling different encodings, differing handling of line breaks, and other differences between implementations have caused numerous packaging bugs. Using the JSON format for encoding metadata files would eliminate a wide range of these potential issues. Emma Harper Smith ([email protected]) https://peps.python.org/pep-0819/ Thu, 18 Dec 2025 00:00:00 GMT https://peps.python.org/pep-0818/ Pyodide is a distribution of Python for JavaScript runtimes, including browsers. Browsers are a universal computing platform. As with C for Unix family operating systems, in the browser platform all fundamental capabilities are exposed through the JavaScript language. For years, Pyodide has included a comprehensive JavaScript foreign function interface. This provides the equivalent of the os module for the JavaScript world. Hood Chatham (roberthoodchatham at gmail.com) https://peps.python.org/pep-0818/ Wed, 10 Dec 2025 00:00:00 GMT https://peps.python.org/pep-0817/ Python’s existing wheel packaging format uses packaging:specifications/platform-compatibility-tags to specify a given wheel’s supported environments. These tags are unable to express modern hardware configurations and their features, such as the availability of GPU acceleration. The tags fail to provide custom package variants, such as builds against different dependency ABIs. These inabilities are particularly challenging for scientific computing, artificial intelligence (AI), machine learning (ML), and high-performance computing (HPC) communities. Jonathan Dekhtiar ([email protected]), Michał Górny ([email protected]), Konstantin Schütze ([email protected]), Ralf Gommers ([email protected]), Andrey Talman ([email protected]), Charlie Marsh ([email protected]), Michael Sarahan ([email protected]), Eli Uriegas ([email protected]), Barry Warsaw ([email protected]), Donald Stufft ([email protected]), Andy R. Terrel ([email protected]) https://peps.python.org/pep-0817/ Wed, 10 Dec 2025 00:00:00 GMT