freenode

← digests

Python PEPs lead languages and toolchains

Languages & Toolchains2026-08-25

Python proposal traffic dominated the day, with large threads on builtins, safe parallelism, wheel metadata, re-exports, and subscriptable functions. Kernel and Git lists separately debated AI-assisted patches under the DCO and a new receive-pack hook, while Haskell contributors weighed extensions for a future language edition.

PEP 844: public and private builtins

Discuss.python.org hosted a 125-message thread on PEP 844, which proposes public and private builtins to manage module __all__ more explicitly. Guido van Rossum joined the technical exchange among 31 participants. The change would reshape how library authors control exported names and what importers can rely on by default.

PEP 805: Safe Parallel Python

A new PEP 805 outlines runtime-checked safe parallelism built on PEP 703 and PEP 734, drawing 40 messages from 18 participants. Discussion focused on freezing semantics, usability, and the strength of the performance claims. Readers tracking free-threaded CPython should watch whether the safety model becomes practical enough for library adoption.

Kernel treewide utimensat migration and AI DCO debate

A three-patch series to migrate treewide from legacy utime.h interfaces to utimensat arrived on the kernel list, after which the author disclosed that Gemini generated the code. The ensuing 19-message thread turned heated over DCO validity and how SubmittingPatches should treat AI-assisted contributions. The outcome matters for anyone submitting or reviewing kernel patches under current contribution rules.

PEP 825: wheel variants package format

PEP 825, split from earlier wheel work, received active review in a 62-message thread covering variants metadata, dependencies, ABI handling, and versioning. Fifteen participants pressed on how installers and build backends would interpret the new fields. Packaging tool authors need clarity here before variant-aware wheels can ship reliably.

PEP 843: export statement for DRY re-exports

PEP 843 proposes an export statement that both re-exports names and updates __all__, aiming to reduce boilerplate. A 31-message thread included scoping discussion with Guido van Rossum among 12 participants. Module authors who maintain large public APIs would gain a clearer, less error-prone re-export path if the syntax lands.

PEP 718: subscriptable functions

Discussion of PEP 718 continued with Guido van Rossum present, covering a mypy prototype and open questions around decorators and partial application. Twelve participants exchanged 39 messages on the design. Generic-heavy codebases would benefit from cleaner type parameterization of callables if the feature stabilizes.

Candidate extensions for the next GHC language edition

Haskell contributors debated which extensions and stability criteria should enter a potential GHC2027 (or similar GHC20xx) language edition. The 55-message thread involved 21 participants weighing candidates against long-term compatibility. Compiler and library maintainers need the shortlist settled before edition defaults shift user code.

Git report hook for receive-pack

A patch series proposed a new report hook for git-receive-pack so servers can rewrite push status reports after ref updates. Five participants exchanged 25 messages on the design. Hosting platforms and custom Git server setups would gain a supported way to adjust post-receive messaging without ad-hoc workarounds.