首屆 Python 封裝治理選舉開跑，17 人角逐五席委員
Python Software Foundation 官方公告 · 2026-08-13
Python Software Foundation（PSF）於 2026-08-13 公布首屆 Python Packaging Council（封裝委員會，簡稱 PPC）候選人名單，共 17 人角逐 5 個席次。這是 PPC 今年稍早經 Python Steering Council 核准設立以來的第一次選舉，投票將於 9 月 1 日至 15 日透過 OpaVote 平台進行。此舉標誌著 Python 套件生態系（pip、PyPI、build 工具鏈）首次擁有正式的集中治理機構。
背景
長期以來，Python 的套件工具鏈（pip、PyPI、virtualenv、build 等）由 PyPA（Python Packaging Authority）底下各專案的維護者各自決策，缺乏跨專案的正式仲裁與資源分配機制。Python Steering Council 於今年 4 月核准成立 PPC（詳見 LWN 先前報導），作為統籌套件規格、爭議裁決與資金運用的常設委員會。本次選舉是該機構第一次實際填補席次。
選制設計
PPC 採梯次任期設計以確保逐年部分改選：得票最高的兩人（Cohort A）任期兩年，其餘三人（Cohort B）任期一年；此後每屆選舉將輪流改選其中一個梯次。PSF 的 Supporting、Contributing 與 Fellow 會員可投票，但須先完成資格確認。
| 階段 | 時間（UTC） |
|---|---|
| 提名開放 | 7 月 28 日 14:00 |
| 提名截止 | 8 月 11 日 14:00 |
| 候選名單公布 | 8 月 13 日 |
| 投票資格確認截止 | 8 月 25 日 14:00 |
| 投票期間 | 9 月 1 日 14:00 – 9 月 15 日 14:00 |
候選人與影響範圍
候選陣容橫跨主要科技公司與核心工具維護者，反映出套件生態系利益相關方的廣度。名單中包括：
- Ralf Gommers（Quansight，NumPy/SciPy 維護者，關注原生程式碼打包）
- Bernat Gabor（Bloomberg，virtualenv、build、tox、pipx 維護者）
- Brett Cannon（Microsoft，23 年資歷的 Python 核心開發者、多項 PEP 作者）
- Paul Moore（pip 維護者、互通性相關 PEP 代理人）
- Pradyun Gedam（Bloomberg，pip 維護者、
PEP 772共同作者） - Donald Stufft（NVIDIA，PyPI 核心開發者）
- William Woodruff（OpenAI，PyPI 維護者，聚焦安全標準）
- Eli Schwartz（Gentoo Linux、Meson 建置系統核心開發者）
- Henry Schreiner（Princeton，pybind11、cibuildwheel 維護者）
當選結果將直接影響未來套件規格（如原生擴充建置、conda 與 PyPI 互通、WheelNext 等倡議）的優先順序與資源分配。五席委員的組成若偏向特定公司或工具鏈陣營，也可能牽動 Python 套件標準制定的話語權分布。
Arm 分頁表擴充至 128 位元，Linux 核心 FEAT_D128 RFC 牽動記憶體管理底層
Linux Kernel Mailing List（RFC 補丁集）· LWN.net 報導 2026-08-13
Linux 核心開發者 Anshuman Khandual 提交一組 16 篇的 RFC 補丁集「[RFC V1 00/16] arm64/mm: Enable 128 bit page table entries」，為 Arm 新架構特性 FEAT_D128 鋪路。LWN.net 於 2026-08-13 的深度報導重新檢視此補丁集，指出其牽動分頁表格式、原子存取語意與多個核心子系統的相容性。此補丁集目前仍停留在 RFC 討論階段，尚未合併進主線。
背景
FEAT_D128 是 Armv9.3 起可選擇性支援的架構特性，允許系統在既有 VMSAv8-64 轉譯機制之外，選擇啟用新的 VMSAv9-128 轉譯系統。啟用後，分頁表項（PTE）從 64 位元擴充為 128 位元，除了擴大可定址的實體與虛擬位址範圍外，也為硬體與軟體的 MMU 管理特性位元騰出更多空間。
規格細節
啟用 D128 後，分頁表幾何結構整體改變：由於每張分頁表現在只能容納原本一半數量的項目，各層級涵蓋的位址範圍隨之縮小。以 4K 分頁粒度為例：
| 層級 | D64（64-bit PTE） | D128（128-bit PTE） |
|---|---|---|
| PMD leaf | 2M | 1M |
| PUD leaf | 1G | 256M |
補丁集將原本直接對分頁表項做 READ_ONCE() 的存取，改為透過各層級專屬的 pxdp_get() 輔助函式，讓個別平台可依需求覆寫存取方式。原子性議題也是討論焦點之一：128 位元寬度的 ldp/stp 指令唯有在同時支援 FEAT_LSE128 的前提下才具備單次複製原子性（single-copy atomicity），這是伴隨 D128 而來的硬體前提。
影響範圍
此 RFC 版本明確列出目前尚未支援的範圍，包括：
- KVM 虛擬化
- KASAN（核心位址消毒器）
UNMAP_KERNEL_AT_EL0- 56-bit 虛擬位址空間
由於仍處於 RFC 階段且限制眾多，實際受益對象目前並不明朗——多數現行 Arm 平台的實體位址範圍尚未逼近 64-bit PTE 的上限。但此補丁集為未來需要更大位址空間或更多 MMU 管理位元的下一代 Arm 系統，預先鋪好核心端的擴充路徑。
原始來源：LKML RFC 補丁集、LWN.net 報導