Apple M2 Pro / Max / Ultra PCIe 支持已合并到 Linux 6.16 中
许多 PCI 子系统变更已合入正在开发的 Linux 6.16 合并窗口中
Linux 6.16 周期的许多 PCI/PCIe 变更包括:
通过新的 sysfs 控件, 现在可以限制 PCIe 可纠正和非致命错误日志的速率
sysfs 控件允许限制间隔和突发计数, 以避免淹没系统日志和 RCU 停顿警告
Apple PCIe 控制器驱动已为主线内核启用 T602x PCIe 支持
这是 Hector Martin 之前为 Asahi Linux 编写的补丁
Apple T6020 用于 M2 Pro SoC, T6021 是 M2 Max, T6022 是 M2 Ultra.此外还有许多其他 Apple PCIe 驱动修复
同时, Qualcomm PCIe 控制器驱动已为 IPQ5018 网络芯片 SoC 启用 PCI Express 支持
此外, Linux 6.16 中还有针对各个 PCI 驱动的错误修复和许多其他变更
有关 Linux 6.16 所有 PCI 功能变更的更多详细信息, 请通过此拉取请求查看
#Hardware
原文链接
许多 PCI 子系统变更已合入正在开发的 Linux 6.16 合并窗口中
Linux 6.16 周期的许多 PCI/PCIe 变更包括:
通过新的 sysfs 控件, 现在可以限制 PCIe 可纠正和非致命错误日志的速率
sysfs 控件允许限制间隔和突发计数, 以避免淹没系统日志和 RCU 停顿警告
Apple PCIe 控制器驱动已为主线内核启用 T602x PCIe 支持
这是 Hector Martin 之前为 Asahi Linux 编写的补丁
Apple T6020 用于 M2 Pro SoC, T6021 是 M2 Max, T6022 是 M2 Ultra.此外还有许多其他 Apple PCIe 驱动修复
同时, Qualcomm PCIe 控制器驱动已为 IPQ5018 网络芯片 SoC 启用 PCI Express 支持
此外, Linux 6.16 中还有针对各个 PCI 驱动的错误修复和许多其他变更
有关 Linux 6.16 所有 PCI 功能变更的更多详细信息, 请通过此拉取请求查看
#Hardware
原文链接
AMD 的内核计算驱动程序 "AMDKFD" 现在可以在 RISC-V 上启用
在上周合并到 Linux 6.16 内核的所有 Linux 内核图形驱动功能之后, 今天上午发出了第一批针对直接渲染管理器 (DRM) 代码的修复程序
除了对这些图形/显示/加速器驱动程序的修复之外, 还有一个新功能: AMDKFD 内核计算驱动程序现在可以在 RISC-V 系统上启用
通过此 "修复" 拉取请求, 支持在 RISC-V 上启用 AMDKFD
这没问题, 因为我们仍在 Linux 6.16 合并窗口内, 该窗口将于本周日随 Linux 6.16-rc1 的发布而关闭
在此阶段, RISC-V 上的 AMDKFD 支持仅仅是一个小的 Kconfig 补丁, 允许该内核驱动程序在该 CPU 架构上构建
除了 x86_64 Linux, AMDKFD HSA 内核驱动程序也可以在 ARM64/AArch64, POWER 64 位以及现在的 RISC-V 64 位硬件上构建
AMD 开发人员批准了这一更改, 而该补丁来自中国中兴通讯的一位工程师
中兴通讯已确认 AMDKFD 驱动程序现在在 RISC-V 系统上成功运行, 用于将 AMD GPU/加速器与 RISC-V 平台配对, 以提供开源计算体验
除了 RISC-V 上的 AMDKFD 内核驱动程序, 中兴通讯工程师还确认开源 ROCm 用户空间代码可以在 RISC-V 上构建和使用
同时, 去年合并到 Linux 内核的更改允许较新的 AMD Radeon 显卡在 RISC-V 上普遍工作, 此前还有其他更改 -- 今天的活动仅与 AMDKFD/HSA 计算驱动程序有关
这是一个很好的补充, 例如对于那些拥有带有 PCI Express x16 插槽的 SiFive HiFive Premier P550 RISC-V 板的人来说
至于今天修复拉取请求中的 DRM 修复程序, 大多数是散布在整个板上的 Intel i915/Xe 和 AMDGPU 修复程序, 其中 AMDKFD RISC-V 补丁最值得注意
#LinuxKernel
原文链接
在上周合并到 Linux 6.16 内核的所有 Linux 内核图形驱动功能之后, 今天上午发出了第一批针对直接渲染管理器 (DRM) 代码的修复程序
除了对这些图形/显示/加速器驱动程序的修复之外, 还有一个新功能: AMDKFD 内核计算驱动程序现在可以在 RISC-V 系统上启用
通过此 "修复" 拉取请求, 支持在 RISC-V 上启用 AMDKFD
这没问题, 因为我们仍在 Linux 6.16 合并窗口内, 该窗口将于本周日随 Linux 6.16-rc1 的发布而关闭
在此阶段, RISC-V 上的 AMDKFD 支持仅仅是一个小的 Kconfig 补丁, 允许该内核驱动程序在该 CPU 架构上构建
除了 x86_64 Linux, AMDKFD HSA 内核驱动程序也可以在 ARM64/AArch64, POWER 64 位以及现在的 RISC-V 64 位硬件上构建
AMD 开发人员批准了这一更改, 而该补丁来自中国中兴通讯的一位工程师
中兴通讯已确认 AMDKFD 驱动程序现在在 RISC-V 系统上成功运行, 用于将 AMD GPU/加速器与 RISC-V 平台配对, 以提供开源计算体验
除了 RISC-V 上的 AMDKFD 内核驱动程序, 中兴通讯工程师还确认开源 ROCm 用户空间代码可以在 RISC-V 上构建和使用
同时, 去年合并到 Linux 内核的更改允许较新的 AMD Radeon 显卡在 RISC-V 上普遍工作, 此前还有其他更改 -- 今天的活动仅与 AMDKFD/HSA 计算驱动程序有关
这是一个很好的补充, 例如对于那些拥有带有 PCI Express x16 插槽的 SiFive HiFive Premier P550 RISC-V 板的人来说
至于今天修复拉取请求中的 DRM 修复程序, 大多数是散布在整个板上的 Intel i915/Xe 和 AMDGPU 修复程序, 其中 AMDKFD RISC-V 补丁最值得注意
#LinuxKernel
原文链接
Box64 v0.3.6 带来更好的 AVX 处理, 为 Windows 可执行文件提供易失性元数据
FEX 2506 发布仅几天后, 该开源模拟器就支持 x86_64 二进制文件在 ARM64 (AArch64) 主机上运行, 而 Box64 也为其目标相似的开源项目发布了最新的功能更新
Box64 仍在继续发展, 它是一款用户空间 Linux x86_64 模拟器, 不仅支持 ARM64, 还支持 RISC-V 64 位和 LoongArch CPU 架构
Box64 凭借其原生系统库集成, 还可以运行许多游戏和 Windows 应用程序, 并通过 Proton/Wine 进行
Box64 v0.3.6 支持直接从 Box64 源代码库构建 WowBox64 wowbox64.dll 库, 以帮助与 Hangover 集成, Hangover 是基于 Wine 的下游, 可以利用 Box64 和其他模拟器进行跨架构运行
Box64 v0.3.6 现在还允许在 Microsoft Windows 可执行文件中使用 Volatile Metadata, 用于 Wine x64
利用 Volatile Metadata 支持允许仅在需要时应用强内存排序, 并有助于整体性能
今天的 Box64 版本还带来了更好的 x87 / SSE / AVX 处理, 封装了更多的库, 以及针对 ARM64 / LoongArch64 / RISC-V RV64 的许多修复
此外还有许多其他的小修补, 都旨在提高性能
可通过 GitHub 下载和获取 Box64 v0.3.6 版本的更多详细信息
#FreeSoftware
原文链接
FEX 2506 发布仅几天后, 该开源模拟器就支持 x86_64 二进制文件在 ARM64 (AArch64) 主机上运行, 而 Box64 也为其目标相似的开源项目发布了最新的功能更新
Box64 仍在继续发展, 它是一款用户空间 Linux x86_64 模拟器, 不仅支持 ARM64, 还支持 RISC-V 64 位和 LoongArch CPU 架构
Box64 凭借其原生系统库集成, 还可以运行许多游戏和 Windows 应用程序, 并通过 Proton/Wine 进行
Box64 v0.3.6 支持直接从 Box64 源代码库构建 WowBox64 wowbox64.dll 库, 以帮助与 Hangover 集成, Hangover 是基于 Wine 的下游, 可以利用 Box64 和其他模拟器进行跨架构运行
Box64 v0.3.6 现在还允许在 Microsoft Windows 可执行文件中使用 Volatile Metadata, 用于 Wine x64
利用 Volatile Metadata 支持允许仅在需要时应用强内存排序, 并有助于整体性能
今天的 Box64 版本还带来了更好的 x87 / SSE / AVX 处理, 封装了更多的库, 以及针对 ARM64 / LoongArch64 / RISC-V RV64 的许多修复
此外还有许多其他的小修补, 都旨在提高性能
可通过 GitHub 下载和获取 Box64 v0.3.6 版本的更多详细信息
#FreeSoftware
原文链接
Intel Linux 驱动补丁发布, 支持 Wildcat Lake NPU 加速器
上个月 Intel 软件工程师开始为 Wildcat Lake 发布 Linux 启用补丁
其中一些首批补丁已合并到 Linux 6.16 中, 更多工作正在进行中
昨天首次在 Linux 内核邮件列表中发布的是启用 Wildcat Lake 的 NPU 加速器支持
Intel Wildcat Lake 被认为是 Intel Twin Lake 的后续产品, 旨在满足超移动设备的需求
Wildcat Lake 传闻将推出多达六个 CPU 核心设计, 并配备多达两个 Xe3 图形核心
与非常有前景的 Panther Lake SoC 相比, Wildcat Lake 将相当基础
通过昨天的补丁, Wildcat Lake 支持 IVPU 加速器驱动, 以支持 SoC 的 NPU
该补丁确认 Wildcat Lake 正在使用 NPU5 IP, 就像 Panther Lake 一样
该补丁反过来只是为 Wildcat Lake 添加了一个新的 NPU 设备 ID, 并且在该 IVPU 加速器驱动程序中, 它遵循与 Panther Lake 相同的代码路径
上个月才开始看到 Wildcat Lake Linux 启用补丁, 预计还会有更多补丁出现, 然后这些补丁可能会在 Linux 6.17~6.18 周期中得到完善, 因此 Wildcat Lake 预计要到 2026 年才能推出
#Intel
原文链接
上个月 Intel 软件工程师开始为 Wildcat Lake 发布 Linux 启用补丁
其中一些首批补丁已合并到 Linux 6.16 中, 更多工作正在进行中
昨天首次在 Linux 内核邮件列表中发布的是启用 Wildcat Lake 的 NPU 加速器支持
Intel Wildcat Lake 被认为是 Intel Twin Lake 的后续产品, 旨在满足超移动设备的需求
Wildcat Lake 传闻将推出多达六个 CPU 核心设计, 并配备多达两个 Xe3 图形核心
与非常有前景的 Panther Lake SoC 相比, Wildcat Lake 将相当基础
通过昨天的补丁, Wildcat Lake 支持 IVPU 加速器驱动, 以支持 SoC 的 NPU
该补丁确认 Wildcat Lake 正在使用 NPU5 IP, 就像 Panther Lake 一样
该补丁反过来只是为 Wildcat Lake 添加了一个新的 NPU 设备 ID, 并且在该 IVPU 加速器驱动程序中, 它遵循与 Panther Lake 相同的代码路径
上个月才开始看到 Wildcat Lake Linux 启用补丁, 预计还会有更多补丁出现, 然后这些补丁可能会在 Linux 6.17~6.18 周期中得到完善, 因此 Wildcat Lake 预计要到 2026 年才能推出
#Intel
原文链接
Linux 6.16 为 EcoNet MIPS 平台提供支持
由于 RISC-V 和 LoongArch 等其他 CPU 架构吸引了人们的兴趣, MIPS 的新活动不多, 但 Linux 内核中的 MIPS 代码仍在不断增强, 并且长期以来一直局限于下游内核的硬件也正在上游化
周五合入 Linux 6.16 的 MIPS 代码合入了对 EcoNet MIPS 平台的支持
EcoNet MIPS SoC 用于各种 DSL 和 xPDN 调制解调器, 是 big endian 34Kc / 1004Kc MIPS 处理器设计
Linux 6.16 内核的上游化工作重点是启用 EcoNet EN751221 和 EN751627 系列支持
Linux 6.16 的 MIPS 代码使这些 EcoNet SoC 能够启动, 并且还启用了用于测试的 SmartFiber XP8421-B 开发/参考板, 该板可以在阿里巴巴等平台上找到, 价格约为 18 美元
这项 EcoNet MIPS 支持现已在 Linux 6.16 中上游化
MIPS 的拉取请求还带来了另一个值得注意的变化, 即现在为 Mobileye EyeQ 硬件启用并行 CPU 启动
#Hardware
原文链接
由于 RISC-V 和 LoongArch 等其他 CPU 架构吸引了人们的兴趣, MIPS 的新活动不多, 但 Linux 内核中的 MIPS 代码仍在不断增强, 并且长期以来一直局限于下游内核的硬件也正在上游化
周五合入 Linux 6.16 的 MIPS 代码合入了对 EcoNet MIPS 平台的支持
EcoNet MIPS SoC 用于各种 DSL 和 xPDN 调制解调器, 是 big endian 34Kc / 1004Kc MIPS 处理器设计
Linux 6.16 内核的上游化工作重点是启用 EcoNet EN751221 和 EN751627 系列支持
Linux 6.16 的 MIPS 代码使这些 EcoNet SoC 能够启动, 并且还启用了用于测试的 SmartFiber XP8421-B 开发/参考板, 该板可以在阿里巴巴等平台上找到, 价格约为 18 美元
这项 EcoNet MIPS 支持现已在 Linux 6.16 中上游化
MIPS 的拉取请求还带来了另一个值得注意的变化, 即现在为 Mobileye EyeQ 硬件启用并行 CPU 启动
#Hardware
原文链接
GNOME 的 Papers 应用带来更好的注释体验
对于那些将 GNOME Papers 作为 GNOME 桌面日益流行的文档查看器应用程序的人来说, 一项重大返工已被合并, 以增强注释体验
对于那些经常注释文档的人来说, GNOME Papers 已经合并了对创建和编辑注释的用户界面的重大返工
还有简化的快捷方式和围绕注释体验的其他增强功能
有关 GNOME Papers 改进的更多详细信息, 请参见 "本周 GNOME"
本周还看到作为 Markdown 编辑器的 Apostrophe 应用程序获得了崩溃恢复支持
GIMP 3.1.2 也正在增加对尊重 Linux 系统配色方案的支持
#GNOME
原文链接
对于那些将 GNOME Papers 作为 GNOME 桌面日益流行的文档查看器应用程序的人来说, 一项重大返工已被合并, 以增强注释体验
对于那些经常注释文档的人来说, GNOME Papers 已经合并了对创建和编辑注释的用户界面的重大返工
还有简化的快捷方式和围绕注释体验的其他增强功能
有关 GNOME Papers 改进的更多详细信息, 请参见 "本周 GNOME"
本周还看到作为 Markdown 编辑器的 Apostrophe 应用程序获得了崩溃恢复支持
GIMP 3.1.2 也正在增加对尊重 Linux 系统配色方案的支持
#GNOME
原文链接
Mesa 25.1.3 发布: 作为 Radeon RX 9000 系列 Linux 用户的紧急更新
就在本周早些时候, Mesa 25.1.2 作为这些开源 OpenGL 和 Vulkan 驱动程序的最新双周错误修复版本发布了
今天发布了一个紧急错误修复版本, 以修复影响 AMD Radeon RX 9000 系列 RDNA4 显卡用户的问题
Mesa 25.1.2 版本中潜入了一个错误, 导致 AMD RDNA4 GPU 出现致命问题
Valve 的 Samuel Pitoiset 在 Mesa 25.1.2 中提交了一项更改, 试图通过增加超时来缓解 HiZ GPU 挂起
这错误地导致了该版本中一个严重的 RDNA4 回归问题
Mesa 25.1.3 带来了这个补丁, 用于修复 GFX12 (RDNA4) 上 UPDATE_DB_SUMMARIZER_TIMEOUT 的发送, 因为事实证明并非所有 GFX12 GPU 的 PPP 固件都包含此数据包
因此, 对于那些使用受影响固件的 RDNA4 显卡用户来说, 升级到 Mesa 25.1.2 后会立即崩溃
多个用户受到此问题的影响, Mesa 25.1.3 中的新补丁已确认通过适当的固件检查来解决此问题
所以, 如果您正在使用 AMD RDNA4 显卡, 请务必获取 Mesa 25.1.3 以获取此修复程序, 它影响 RADV 和 RadeonSI 驱动程序
#Mesa
原文链接
就在本周早些时候, Mesa 25.1.2 作为这些开源 OpenGL 和 Vulkan 驱动程序的最新双周错误修复版本发布了
今天发布了一个紧急错误修复版本, 以修复影响 AMD Radeon RX 9000 系列 RDNA4 显卡用户的问题
Mesa 25.1.2 版本中潜入了一个错误, 导致 AMD RDNA4 GPU 出现致命问题
Valve 的 Samuel Pitoiset 在 Mesa 25.1.2 中提交了一项更改, 试图通过增加超时来缓解 HiZ GPU 挂起
这错误地导致了该版本中一个严重的 RDNA4 回归问题
Mesa 25.1.3 带来了这个补丁, 用于修复 GFX12 (RDNA4) 上 UPDATE_DB_SUMMARIZER_TIMEOUT 的发送, 因为事实证明并非所有 GFX12 GPU 的 PPP 固件都包含此数据包
因此, 对于那些使用受影响固件的 RDNA4 显卡用户来说, 升级到 Mesa 25.1.2 后会立即崩溃
多个用户受到此问题的影响, Mesa 25.1.3 中的新补丁已确认通过适当的固件检查来解决此问题
所以, 如果您正在使用 AMD RDNA4 显卡, 请务必获取 Mesa 25.1.3 以获取此修复程序, 它影响 RADV 和 RadeonSI 驱动程序
#Mesa
原文链接
NumPy 2.3 引入 OpenMP 并行化支持
NumPy 2.3 作为这个广泛使用的科学计算库的最新版本今天发布了
NumPy 2.3 值得注意的特点是最终通过 OpenMP 添加了一些并行化支持
NumPy 2.3 带来了使用 OpenMP 并行化构建库的初步支持
对于 NumPy 2.3, OpenMP 支持默认是禁用的, 但在构建时可以通过"-Denable_openmp=true"轻松启用
在 v2.3 版本中, 只有 np.sort 和 np.argsort 函数使用 OpenMP 进行并行线程执行
NumPy 的 OpenMP 支持由 Intel 软件工程师贡献
这延续了 Intel 之前对 NumPy 的贡献, 通过利用受支持平台上的 AVX2 和 AVX-512, 支持 x86-simd-sort 以实现更快的排序
NumPy 2.3 还带来了 NumPy 文档中的新交互式示例, 对 Windows on ARM 的初步支持, 对自由线程 Python 的更好支持以及改进的注释
今天发布的 NumPy 2.3 功能版本的下载和更多详细信息请通过 GitHub 获取
#Programming
原文链接
NumPy 2.3 作为这个广泛使用的科学计算库的最新版本今天发布了
NumPy 2.3 值得注意的特点是最终通过 OpenMP 添加了一些并行化支持
NumPy 2.3 带来了使用 OpenMP 并行化构建库的初步支持
对于 NumPy 2.3, OpenMP 支持默认是禁用的, 但在构建时可以通过"-Denable_openmp=true"轻松启用
在 v2.3 版本中, 只有 np.sort 和 np.argsort 函数使用 OpenMP 进行并行线程执行
NumPy 的 OpenMP 支持由 Intel 软件工程师贡献
这延续了 Intel 之前对 NumPy 的贡献, 通过利用受支持平台上的 AVX2 和 AVX-512, 支持 x86-simd-sort 以实现更快的排序
NumPy 2.3 还带来了 NumPy 文档中的新交互式示例, 对 Windows on ARM 的初步支持, 对自由线程 Python 的更好支持以及改进的注释
今天发布的 NumPy 2.3 功能版本的下载和更多详细信息请通过 GitHub 获取
#Programming
原文链接
Linux Mint 继续为其 libAdwaita 分叉和指纹认证工作
Linux Mint 项目发布了最新的月度状态报告, 概述了围绕这个基于 Ubuntu 和 Debian 的 Linux 桌面发行版项目的各种有趣的开发活动
Linux Mint 开发者继续开发 libAdapta, 这是他们从 GNOME 上游 libAdwaita 分离出来的版本
LibAdapta 提供主题支持和上游 libAdwaita 不接受的其他功能
Linux Mint 开发者正在进行的另一项重大工作是开发一个名为 Fingwit 的新应用程序, 他们将用于指纹认证
从 Linux Mint 22.2 开始, 该发行版将支持 Fingwit 指纹认证
他们的 Fingwit 工具允许配置指纹识别器并为登录屏幕, 屏幕保护程序, sudo 命令和其他管理应用程序启用认证
有关最新 Linux Mint 动态的更多详细信息, 感兴趣的读者可通过 LinuxMint.com 博客查看
#OS
原文链接
Linux Mint 项目发布了最新的月度状态报告, 概述了围绕这个基于 Ubuntu 和 Debian 的 Linux 桌面发行版项目的各种有趣的开发活动
Linux Mint 开发者继续开发 libAdapta, 这是他们从 GNOME 上游 libAdwaita 分离出来的版本
LibAdapta 提供主题支持和上游 libAdwaita 不接受的其他功能
Linux Mint 开发者正在进行的另一项重大工作是开发一个名为 Fingwit 的新应用程序, 他们将用于指纹认证
从 Linux Mint 22.2 开始, 该发行版将支持 Fingwit 指纹认证
他们的 Fingwit 工具允许配置指纹识别器并为登录屏幕, 屏幕保护程序, sudo 命令和其他管理应用程序启用认证
有关最新 Linux Mint 动态的更多详细信息, 感兴趣的读者可通过 LinuxMint.com 博客查看
#OS
原文链接
GNOME 49 Alpha 0 发布开始, GNOME 49 准备默认禁用 X11
GNOME 49 Alpha 版本预计要到六月底才会发布, 但为了促进本周期的额外测试和一些显著变化, 一些 GNOME 软件包已经开始发布 "GNOME 49 Alpha 0" 标签, 作为本周期发布多个 alpha 版本的计划的一部分
GNOME 49 值得关注的是, 未来计划默认禁用 X11 会话支持, 然后该代码很可能在 GNOME 50 中完全删除, 从而实现纯 Wayland 桌面
GNOME Mutter 49.alpha.0 于昨晚发布, 现在支持 xdg_toplevel 边缘约束, 支持平板电脑 pad 相对拨盘, Wayland 顶级标签协议现在受支持, 支持 YUV422 和 YUV444 处理, 引入了 Mutter SDK, 放弃了 X11 会话恢复功能, 支持颜色表示协议, 在 Mutter 本身中实现了原生背光支持, 并默认禁用了 X11 后端
GNOME Shell 49.alpha.0 也在今天凌晨发布, 其中包括移植到新的背光 API, 错误修复和其他增强功能
本周早些时候发布了 GNOME-Session 49.alpha.0, 最值得注意的是默认禁用了 X11 会话支持
GNOME 开发者 Jordan Petridis 今天还发表了一篇博客文章, 介绍了 X11 GNOME 会话移除的状态
他重申了该项目在 GNOME 49 中默认禁用 X11 会话的计划
X11 支持代码的移除可能会在 GNOME 49 中进行, 但也可能根据情况推迟到 GNOME 50 周期
GNOME 49 Alpha 预计在六月下旬发布, GNOME 49 Beta 在八月初发布, GNOME 49 候选版本在八月底发布, 然后 GNOME 49.0 应该在 9 月 17 日发布, 默认禁用 X11 会话
反过来, GNOME 49 将出现在 Fedora 43 和 Ubuntu 25.10 等系统中
#GNOME
原文链接
GNOME 49 Alpha 版本预计要到六月底才会发布, 但为了促进本周期的额外测试和一些显著变化, 一些 GNOME 软件包已经开始发布 "GNOME 49 Alpha 0" 标签, 作为本周期发布多个 alpha 版本的计划的一部分
GNOME 49 值得关注的是, 未来计划默认禁用 X11 会话支持, 然后该代码很可能在 GNOME 50 中完全删除, 从而实现纯 Wayland 桌面
GNOME Mutter 49.alpha.0 于昨晚发布, 现在支持 xdg_toplevel 边缘约束, 支持平板电脑 pad 相对拨盘, Wayland 顶级标签协议现在受支持, 支持 YUV422 和 YUV444 处理, 引入了 Mutter SDK, 放弃了 X11 会话恢复功能, 支持颜色表示协议, 在 Mutter 本身中实现了原生背光支持, 并默认禁用了 X11 后端
GNOME Shell 49.alpha.0 也在今天凌晨发布, 其中包括移植到新的背光 API, 错误修复和其他增强功能
本周早些时候发布了 GNOME-Session 49.alpha.0, 最值得注意的是默认禁用了 X11 会话支持
GNOME 开发者 Jordan Petridis 今天还发表了一篇博客文章, 介绍了 X11 GNOME 会话移除的状态
他重申了该项目在 GNOME 49 中默认禁用 X11 会话的计划
X11 支持代码的移除可能会在 GNOME 49 中进行, 但也可能根据情况推迟到 GNOME 50 周期
GNOME 49 Alpha 预计在六月下旬发布, GNOME 49 Beta 在八月初发布, GNOME 49 候选版本在八月底发布, 然后 GNOME 49.0 应该在 9 月 17 日发布, 默认禁用 X11 会话
反过来, GNOME 49 将出现在 Fedora 43 和 Ubuntu 25.10 等系统中
#GNOME
原文链接