Debian 12.11 包含数十项修复
尽管 Debian 13 即将发布, 但目前 Debian 12 系列仍然是这个广泛使用的 Linux 发行版的最新稳定系列
今天发布的 Debian 12.11 增加了数十个错误修复
Debian 12.11 为 Debian 12 "Bookworm" 提供了最新的安全和错误修复
解决了许多不同的安全问题, 在 distro-info-data 中增加了对 Debian 15 和 Ubuntu 25.10 的检测, 包含更新版本的 Linux 6.1 LTS 内核, 以及解决了其他各种不同的问题
Debian 12.11 下载及有关此新点版本中不同修复的更多详细信息可通过 Debian.org 获取
#Debian
原文链接
尽管 Debian 13 即将发布, 但目前 Debian 12 系列仍然是这个广泛使用的 Linux 发行版的最新稳定系列
今天发布的 Debian 12.11 增加了数十个错误修复
Debian 12.11 为 Debian 12 "Bookworm" 提供了最新的安全和错误修复
解决了许多不同的安全问题, 在 distro-info-data 中增加了对 Debian 15 和 Ubuntu 25.10 的检测, 包含更新版本的 Linux 6.1 LTS 内核, 以及解决了其他各种不同的问题
Debian 12.11 下载及有关此新点版本中不同修复的更多详细信息可通过 Debian.org 获取
#Debian
原文链接
AMD Zen 6 功能标志合并到 Linux 6.15
本周早些时候 Phoronix 首先报道了 AMD 为 Linux 内核的 Zen 6 CPU 功能开发迈出了第一步, 引入了 "ZEN6" 功能标志并完善了将归属于这些下一代 CPU 的 Family 1Ah 型号
该补丁现已合并到 Linux 6.15 中, 并将出现在明天的 Linux 6.15-rc7 版本中
这仅仅是为下一代 AMD Zen 6 处理器启用支持的基本, 非常初步的步骤
X86_FEATURE_ZEN6 合成功能标志现在可以被依赖于 Zen 6 处理器假设的其他 Linux 内核代码使用
该补丁本身并不能启用任何新功能, 也不会神奇地让内核为明年的 Zen 6 Ryzen 和 EPYC 处理器做好准备
这个 X86_FEATURE_ZEN6 功能标志今天作为 Linux 6.15 的 "x86/urgent" 修复的一部分被合并
虽然没有为 Linux 6.15 添加任何新特性/功能, 但它作为正在进行的 v6.15 周期的一部分被合并, 以便为 v6.16 及更高版本提供便利, 而不是必须等到下一个合并窗口才能引入该功能标志, 以防来自不同分支 (即内核子系统) 的任何其他新代码最终会依赖此标志
此外, 这个相当微不足道的添加不会影响现有 AMD Zen 处理器支持的稳定性
请继续关注 Phoronix, 了解更多关于 Linux 的 Zen 6 功能启用以及为 2026 年肯定会推出的一些令人兴奋的 AMD Ryzen 和 EPYC 产品所做的其他开源准备工作
#AMD
原文链接
本周早些时候 Phoronix 首先报道了 AMD 为 Linux 内核的 Zen 6 CPU 功能开发迈出了第一步, 引入了 "ZEN6" 功能标志并完善了将归属于这些下一代 CPU 的 Family 1Ah 型号
该补丁现已合并到 Linux 6.15 中, 并将出现在明天的 Linux 6.15-rc7 版本中
这仅仅是为下一代 AMD Zen 6 处理器启用支持的基本, 非常初步的步骤
X86_FEATURE_ZEN6 合成功能标志现在可以被依赖于 Zen 6 处理器假设的其他 Linux 内核代码使用
该补丁本身并不能启用任何新功能, 也不会神奇地让内核为明年的 Zen 6 Ryzen 和 EPYC 处理器做好准备
这个 X86_FEATURE_ZEN6 功能标志今天作为 Linux 6.15 的 "x86/urgent" 修复的一部分被合并
虽然没有为 Linux 6.15 添加任何新特性/功能, 但它作为正在进行的 v6.15 周期的一部分被合并, 以便为 v6.16 及更高版本提供便利, 而不是必须等到下一个合并窗口才能引入该功能标志, 以防来自不同分支 (即内核子系统) 的任何其他新代码最终会依赖此标志
此外, 这个相当微不足道的添加不会影响现有 AMD Zen 处理器支持的稳定性
请继续关注 Phoronix, 了解更多关于 Linux 的 Zen 6 功能启用以及为 2026 年肯定会推出的一些令人兴奋的 AMD Ryzen 和 EPYC 产品所做的其他开源准备工作
#AMD
原文链接
Ubuntu 25.04 在 Ampere Altra 性能方面领先 Fedora 42
#OS
https://www.phoronix.com/review/ubuntu2504-fedora42-ampere
#OS
https://www.phoronix.com/review/ubuntu2504-fedora42-ampere
Phoronix
Ubuntu 25.04 Delivers Decisive Lead Over Fedora 42 For Ampere Altra Performance
With the recently-launched Ubuntu 25.04 and Fedora 42 Linux distributions I've been seeing very healthy competition on Intel and AMD x86_64 hardware between these two leading Linux operating systems.
Debian 13 "Trixie" 现已进入硬冻结状态:MIPS64EL 被降级,RISC-V 64 位 被提升
Debian 13.0 现在离发布更近了一步, Debian 开发者已将 Debian "Trixie" 移至硬冻结状态, 为今年夏天的正式发布做准备
在硬冻结下, 关键软件包和缺乏足够 autopkgtest 覆盖的软件包需要由发布团队解除阻止, 才能从 Debian unstable 迁移到 testing 并包含在 Trixie 中
这使得 Debian 13.0 更接近其正式发布, 尽管尚未确定正式发布日期, 因为需要观察错误数量和其他因素对最终结果的影响
Debian 发布团队还决定放弃 MIPS (MIPS64EL) 作为 Debian 13 的发布架构
同时, 64 位 RISC-V (RISCV64) 已被提升为 Debian 13 的发布架构
Framework 13 上的 Debian 13
关于 Debian 13 硬冻结的更多详细信息请参阅 Debian.org 公告
#Debian
原文链接
Debian 13.0 现在离发布更近了一步, Debian 开发者已将 Debian "Trixie" 移至硬冻结状态, 为今年夏天的正式发布做准备
在硬冻结下, 关键软件包和缺乏足够 autopkgtest 覆盖的软件包需要由发布团队解除阻止, 才能从 Debian unstable 迁移到 testing 并包含在 Trixie 中
这使得 Debian 13.0 更接近其正式发布, 尽管尚未确定正式发布日期, 因为需要观察错误数量和其他因素对最终结果的影响
Debian 发布团队还决定放弃 MIPS (MIPS64EL) 作为 Debian 13 的发布架构
同时, 64 位 RISC-V (RISCV64) 已被提升为 Debian 13 的发布架构
Framework 13 上的 Debian 13
关于 Debian 13 硬冻结的更多详细信息请参阅 Debian.org 公告
#Debian
原文链接
ByoWave Proteus 控制器即将支持 Linux
ByoWave Proteus 控制器套件是一款模块化游戏控制器,它允许将不同的输入开关组合在一起,并根据您的偏好重新定位扳机和按钮
Valve 的 SteamOS 已经支持 ByoWave Proteus 控制器,而现在这些控制器很快也将获得主流 Linux 内核的支持
ByoWave Proteus 控制器对于那些想要自定义游戏控制器或者甚至根据正在玩的游戏更改布局的人来说很有趣
虽然 ByoWave Proteus 控制器非常有趣,但它们价格较高,控制器套件零售价约为 349 美元
对 ByoWave Proteus 控制器的支持正通过本周排队进入输入子系统 "next" Git 分支的这个补丁逐步进入主流内核
随着它被排入输入 next 分支,这个 ByoWave Proteus 支持补丁应该会在即将到来的 Linux 6.16 合并窗口中合并
也有可能将其作为对正在开发的 Linux 6.15 内核的 "修复" 提交,考虑到它只是 XPad 输入驱动程序所需支持的新供应商/设备 ID 组合
Valve 的知名 Linux 开发者 Pierre-Loup A
Griffais 是为 Linux 支持 ByoWave Proteus 控制器编写补丁的人
完全独立地,本周也排队进入 input 的 next 分支的是这个 XPad 驱动程序补丁,用于向所有 Xbox One 控制器发送 LED 和认证完成数据包,以模仿 SDL 用户空间代码处理这些控制器的方式,并更接近地模仿 Microsoft Windows 处理 Xbox One 控制器的行为
另一个 XPad 驱动程序补丁允许延迟初始化数据包,以便更好地处理某些 Xbox One 控制器
这些补丁都应该包含在即将到来的 Linux 6.16 内核中
#Hardware
原文链接
ByoWave Proteus 控制器套件是一款模块化游戏控制器,它允许将不同的输入开关组合在一起,并根据您的偏好重新定位扳机和按钮
Valve 的 SteamOS 已经支持 ByoWave Proteus 控制器,而现在这些控制器很快也将获得主流 Linux 内核的支持
ByoWave Proteus 控制器对于那些想要自定义游戏控制器或者甚至根据正在玩的游戏更改布局的人来说很有趣
虽然 ByoWave Proteus 控制器非常有趣,但它们价格较高,控制器套件零售价约为 349 美元
对 ByoWave Proteus 控制器的支持正通过本周排队进入输入子系统 "next" Git 分支的这个补丁逐步进入主流内核
随着它被排入输入 next 分支,这个 ByoWave Proteus 支持补丁应该会在即将到来的 Linux 6.16 合并窗口中合并
也有可能将其作为对正在开发的 Linux 6.15 内核的 "修复" 提交,考虑到它只是 XPad 输入驱动程序所需支持的新供应商/设备 ID 组合
Valve 的知名 Linux 开发者 Pierre-Loup A
Griffais 是为 Linux 支持 ByoWave Proteus 控制器编写补丁的人
完全独立地,本周也排队进入 input 的 next 分支的是这个 XPad 驱动程序补丁,用于向所有 Xbox One 控制器发送 LED 和认证完成数据包,以模仿 SDL 用户空间代码处理这些控制器的方式,并更接近地模仿 Microsoft Windows 处理 Xbox One 控制器的行为
另一个 XPad 驱动程序补丁允许延迟初始化数据包,以便更好地处理某些 Xbox One 控制器
这些补丁都应该包含在即将到来的 Linux 6.16 内核中
#Hardware
原文链接
Linux 6.16 将支持 Realtek RTL8127A 10GbE 以太网控制器
在网络方面, 即将到来的 Linux 6.16 合并窗口将支持新的 Realtek RTL8127A 10GbE 以太网控制器
RTL8127A 是瑞昱 (Realtek) 推出的一款新的 ASIC, 支持 10Gb/s 以太网网络
目前似乎还没有很多设备/主板采用 RTL8127 系列网络控制器, 但 Linux 支持已经准备就绪
本周进入网络子系统 "net-next" 分支的是直接来自瑞昱工程师的这个补丁, 它增加了对 RTL8127A 控制器的支持
Realtek RTL8127a Linux 补丁消息
RTL8127A 10Gb/s 控制器的支持被附加到现有的 r8169 以太网网络驱动程序上, 新增代码不到 200 行
#LinuxNetworking
原文链接
在网络方面, 即将到来的 Linux 6.16 合并窗口将支持新的 Realtek RTL8127A 10GbE 以太网控制器
RTL8127A 是瑞昱 (Realtek) 推出的一款新的 ASIC, 支持 10Gb/s 以太网网络
目前似乎还没有很多设备/主板采用 RTL8127 系列网络控制器, 但 Linux 支持已经准备就绪
本周进入网络子系统 "net-next" 分支的是直接来自瑞昱工程师的这个补丁, 它增加了对 RTL8127A 控制器的支持
Realtek RTL8127a Linux 补丁消息
RTL8127A 10Gb/s 控制器的支持被附加到现有的 r8169 以太网网络驱动程序上, 新增代码不到 200 行
#LinuxNetworking
原文链接
使用 FUSE 享受 Linux 6.16 的性能提升
通过 FUSE "for-next" Git 分支排队, 在即将到来的 Linux 6.16 合并窗口之前, 有一个改变是增加读取目录缓冲区大小, 以提升性能
对于那些在用户空间中使用基于 FUSE 的文件系统的人来说, 在即将到来的 Linux 6.16 内核中, 你可能会看到更好的性能
红帽公司的 Miklos Szeredi 增加了 readdir 的缓冲区大小, 以匹配用户空间请求的数量
反过来, 这应该会提高性能, 但在提交信息中没有分享具体的性能数据
该补丁已在 FUSE for-next 中排队, 因此预计将在 Linux 6.16 合并窗口中合并, 除非有任何最后一分钟的问题被报告
#LinuxStorage
原文链接
通过 FUSE "for-next" Git 分支排队, 在即将到来的 Linux 6.16 合并窗口之前, 有一个改变是增加读取目录缓冲区大小, 以提升性能
对于那些在用户空间中使用基于 FUSE 的文件系统的人来说, 在即将到来的 Linux 6.16 内核中, 你可能会看到更好的性能
红帽公司的 Miklos Szeredi 增加了 readdir 的缓冲区大小, 以匹配用户空间请求的数量
反过来, 这应该会提高性能, 但在提交信息中没有分享具体的性能数据
该补丁已在 FUSE for-next 中排队, 因此预计将在 Linux 6.16 合并窗口中合并, 除非有任何最后一分钟的问题被报告
#LinuxStorage
原文链接
PowerVR Rogue BXS-4-64 显卡固件已上传至 linux-firmware.git
为了配合 Linux 6.16 内核预期的内核 DRM 驱动程序更改, Imagination PowerVR BXS-4-64 GPU 固件现已提交到 linux-firmware.git, 以准备对这款 PowerVR Rogue GPU 的开源驱动程序支持
Imagination Tech 工程师一直在为 TI AM68 中发现的 BXS-4-64 GPU 开发开源 PowerVR 驱动程序支持
这些内容已在 Linux 6.16 周期之前进入 drm-misc-next, 而现在固件二进制文件也已提交到 linux-firmware.git, 作为享受这款 Rogue GPU 工作 GPU 加速所需的另一部分
与开源 PowerVR DRM 内核驱动程序配合工作的是 Mesa PowerVR Vulkan 驱动程序, 用于启用 Vulkan API 使用, 或者如果通过 Zink 则启用 OpenGL
对这款 GPU 支持所需的 155KB 二进制固件 blob 感兴趣的人可以通过此提交找到它
#Hardware
原文链接
为了配合 Linux 6.16 内核预期的内核 DRM 驱动程序更改, Imagination PowerVR BXS-4-64 GPU 固件现已提交到 linux-firmware.git, 以准备对这款 PowerVR Rogue GPU 的开源驱动程序支持
Imagination Tech 工程师一直在为 TI AM68 中发现的 BXS-4-64 GPU 开发开源 PowerVR 驱动程序支持
这些内容已在 Linux 6.16 周期之前进入 drm-misc-next, 而现在固件二进制文件也已提交到 linux-firmware.git, 作为享受这款 Rogue GPU 工作 GPU 加速所需的另一部分
与开源 PowerVR DRM 内核驱动程序配合工作的是 Mesa PowerVR Vulkan 驱动程序, 用于启用 Vulkan API 使用, 或者如果通过 Zink 则启用 OpenGL
对这款 GPU 支持所需的 155KB 二进制固件 blob 感兴趣的人可以通过此提交找到它
#Hardware
原文链接
Intel 宣布推出 Arc Pro B 系列, "Project Battlematrix" Linux 软件改进
#GraphicsCards
https://www.phoronix.com/review/intel-arc-pro-b-series
#GraphicsCards
https://www.phoronix.com/review/intel-arc-pro-b-series
Phoronix
Intel Announces Arc Pro B-Series, "Project Battlematrix" Linux Software Improvements
Intel is using Computex 2025 to showcase their new Arc Pro B-Series graphics cards that will be available in Q3 for professional use-cases as well as focusing on AI inference workstations and edge computing workloads.
Intel Gaudi 3 PCIe 加速器卡现已上市 - 仍在等待上游 Linux 驱动程序
除了宣布 Arc Pro B 系列工作站显卡和 "Project Battlematrix" Linux 软件改进之外, Intel 还在 Computex 2025 上宣布 Gaudi 3 加速器现已提供 PCIe 卡形态和机架规模系统
Intel 今天宣布, Gaudi 3 AI 加速器现已提供 PCIe 和机架规模系统
Intel 去年宣布了 Gaudi 3, 但迄今为止, 除特定云提供商外, 其可用性一直有限
现在看来 Gaudi 3 的可用性将有所改善
然而, 一个不幸的方面是 Gaudi 3 尚未获得任何主线 Linux 内核驱动程序支持
尽管 Gaudi 加速器因其通过 "habanalabs" 加速器驱动程序提供的上游开源驱动程序支持而备受好评, 但迄今为止还没有任何开源上游支持
Intel 去年 10 月曾提及开源驱动程序支持, 但从未实现
去年 Intel 还失去了多名 Habana Labs Linux 驱动程序开发人员
回到三月份, 一位 Intel -HabanaLabs 工程师谈到他们希望恢复其上游驱动程序工作, 但两个月后这尚未真正实现
从对 "habanalabs" 驱动程序的 Linux Git 搜索可以看出, 几个月来活动很少, 并且仍然没有 Gaudi 3 支持
Intel 仍在推广 Gaudi 3 的 "开源" 支持, 他们可能有一些树外代码可用, 但希望他们能尽快将 Gaudi 3 加速器支持上游到主线 Linux 内核中
#Intel
原文链接
除了宣布 Arc Pro B 系列工作站显卡和 "Project Battlematrix" Linux 软件改进之外, Intel 还在 Computex 2025 上宣布 Gaudi 3 加速器现已提供 PCIe 卡形态和机架规模系统
Intel 今天宣布, Gaudi 3 AI 加速器现已提供 PCIe 和机架规模系统
Intel 去年宣布了 Gaudi 3, 但迄今为止, 除特定云提供商外, 其可用性一直有限
现在看来 Gaudi 3 的可用性将有所改善
然而, 一个不幸的方面是 Gaudi 3 尚未获得任何主线 Linux 内核驱动程序支持
尽管 Gaudi 加速器因其通过 "habanalabs" 加速器驱动程序提供的上游开源驱动程序支持而备受好评, 但迄今为止还没有任何开源上游支持
Intel 去年 10 月曾提及开源驱动程序支持, 但从未实现
去年 Intel 还失去了多名 Habana Labs Linux 驱动程序开发人员
回到三月份, 一位 Intel -HabanaLabs 工程师谈到他们希望恢复其上游驱动程序工作, 但两个月后这尚未真正实现
从对 "habanalabs" 驱动程序的 Linux Git 搜索可以看出, 几个月来活动很少, 并且仍然没有 Gaudi 3 支持
Intel 仍在推广 Gaudi 3 的 "开源" 支持, 他们可能有一些树外代码可用, 但希望他们能尽快将 Gaudi 3 加速器支持上游到主线 Linux 内核中
#Intel
原文链接
微软将 Edit 命令行编辑器开源, WSL 也将开源
微软今天以一些开源公告拉开了其 Build 2025 开发者大会的序幕
微软宣布他们开源了 Edit, 这是适用于 Microsoft Windows 的一个新的命令行文本编辑器
Edit 现在作为用 Rust 编写的, MIT 许可的文本编辑器在 GitHub 上开源, 专为 Windows Terminal 设计
Edit 仍处于早期开发阶段, 但计划将其与未来的 Windows 版本捆绑在一起
Edit 轻量级, 支持鼠标模式, 并具有类似于 Nano 和 Vim 等编辑器的其他功能, 但侧重于简洁性
有关开源 Edit 发布的更多详细信息, 请参阅 Microsoft 的命令行博客
Edit 可通过 GitHub 获取
微软还在 Build 大会上宣布, 他们将开源 VS Code 中的 GitHub Copilot, 并将 Windows Subsystem for Linux (WSL) 开源
看到 WSL 开源发布以及它最终将如何影响这种在 Windows 上运行 Linux 二进制文件的方式的未来发展轨迹将是非常有趣的
#Microsoft
原文链接
微软今天以一些开源公告拉开了其 Build 2025 开发者大会的序幕
微软宣布他们开源了 Edit, 这是适用于 Microsoft Windows 的一个新的命令行文本编辑器
Edit 现在作为用 Rust 编写的, MIT 许可的文本编辑器在 GitHub 上开源, 专为 Windows Terminal 设计
Edit 仍处于早期开发阶段, 但计划将其与未来的 Windows 版本捆绑在一起
Edit 轻量级, 支持鼠标模式, 并具有类似于 Nano 和 Vim 等编辑器的其他功能, 但侧重于简洁性
有关开源 Edit 发布的更多详细信息, 请参阅 Microsoft 的命令行博客
Edit 可通过 GitHub 获取
微软还在 Build 大会上宣布, 他们将开源 VS Code 中的 GitHub Copilot, 并将 Windows Subsystem for Linux (WSL) 开源
看到 WSL 开源发布以及它最终将如何影响这种在 Windows 上运行 Linux 二进制文件的方式的未来发展轨迹将是非常有趣的
#Microsoft
原文链接
Intel 将其快速 x86-simd-sort 库添加了 OpenMP 多线程功能
Intel 的 x86-simd-sort 开源项目是一个 C++ 模板库, 用于高性能排序例程, 可以利用 AVX2 和 AVX-512 实现极快的排序
x86-simd-sort 代码反过来被 Numpy 使用, 最近也被 PyTorch 采用, 并展示了 AVX-512 在非常快速的排序算法方面的巨大性能潜力
今天发布的 x86-simd-sort 7.0 版本甚至更快, 因为它现在支持 OpenMP 并行化
在今天发布的 x86-simd-sort 7.0 版本中, 多线程的 OpenMP 支持默认未启用, 但可以为那些希望利用多个 CPU 核心在快速的 Advanced Vector Extensions (AVX) 实现基础上实现更快排序的用户启用
qsort, argsort 和 keyvalue_qsort 例程都可以通过这个可选的 OpenMP 支持进行多线程处理
使用此代码路径对中型到大型数组进行排序应该会快三到四倍
当使用 OpenMP 启用构建 Numpy 时, 此可选的 OpenMP 支持也已经被拉入 Numpy 中
x86-simd-sort 7.0 版本还修复了 16 位数据类型的性能回退, 提高了 argsort 性能, 以及其他更新
下载和更多关于 x86-simd-sort 7.0 版本的信息可通过 GitHub 获取
#Intel
原文链接
Intel 的 x86-simd-sort 开源项目是一个 C++ 模板库, 用于高性能排序例程, 可以利用 AVX2 和 AVX-512 实现极快的排序
x86-simd-sort 代码反过来被 Numpy 使用, 最近也被 PyTorch 采用, 并展示了 AVX-512 在非常快速的排序算法方面的巨大性能潜力
今天发布的 x86-simd-sort 7.0 版本甚至更快, 因为它现在支持 OpenMP 并行化
在今天发布的 x86-simd-sort 7.0 版本中, 多线程的 OpenMP 支持默认未启用, 但可以为那些希望利用多个 CPU 核心在快速的 Advanced Vector Extensions (AVX) 实现基础上实现更快排序的用户启用
qsort, argsort 和 keyvalue_qsort 例程都可以通过这个可选的 OpenMP 支持进行多线程处理
使用此代码路径对中型到大型数组进行排序应该会快三到四倍
当使用 OpenMP 启用构建 Numpy 时, 此可选的 OpenMP 支持也已经被拉入 Numpy 中
x86-simd-sort 7.0 版本还修复了 16 位数据类型的性能回退, 提高了 argsort 性能, 以及其他更新
下载和更多关于 x86-simd-sort 7.0 版本的信息可通过 GitHub 获取
#Intel
原文链接
Debian 的 APT 3.1 发布, 包含 Why/Why-Not 命令, Ubuntu 上新求解器默认设置
继今年早些时候发布大型 APT 3.0 包管理器工具后, APT 3.1 今天被标记为基于 Debian 的 Linux 发行版上这一关键工具的又一进步
APT 3.0 引入了一个新的包解析器, 而在 Ubuntu 上使用 APT 3.1 时, 这个新的解析器现在默认使用
"3.0 解析器" 现在被认为足够成熟, 可以在未来的 Ubuntu Linux 上默认用于 CLI 工具
APT 3.1 还引入了 "apt why" 和 "apt why-not" 子命令
这些命令与 Aptitude 命令非常相似, 并将生成一个解析器跟踪, 以指示为什么做出了特定的包管理决策
APT 3.1 还增加了新的 "Include" 和 "Exclude" 选项, 用于限制从特定仓库使用的包
APT 3.1 还为 dselect 增加了 HTTPS 支持, 并带来了各种其他错误修复和增强功能
APT 3.1 现已通过 Debian Experimental 提供
关于今天 APT 3.1 发布的更多详细信息, 请访问 tracker.debian.org
#Debian
原文链接
继今年早些时候发布大型 APT 3.0 包管理器工具后, APT 3.1 今天被标记为基于 Debian 的 Linux 发行版上这一关键工具的又一进步
APT 3.0 引入了一个新的包解析器, 而在 Ubuntu 上使用 APT 3.1 时, 这个新的解析器现在默认使用
"3.0 解析器" 现在被认为足够成熟, 可以在未来的 Ubuntu Linux 上默认用于 CLI 工具
APT 3.1 还引入了 "apt why" 和 "apt why-not" 子命令
这些命令与 Aptitude 命令非常相似, 并将生成一个解析器跟踪, 以指示为什么做出了特定的包管理决策
APT 3.1 还增加了新的 "Include" 和 "Exclude" 选项, 用于限制从特定仓库使用的包
APT 3.1 还为 dselect 增加了 HTTPS 支持, 并带来了各种其他错误修复和增强功能
APT 3.1 现已通过 Debian Experimental 提供
关于今天 APT 3.1 发布的更多详细信息, 请访问 tracker.debian.org
#Debian
原文链接