HTTP 协议要熟记！

oma 1.26 来啦！本版主要改善了下载逻辑的性能和兼容性，引入了软件包更新和安装后的自动清理功能，新增了对最新发行版和部分架构的支持等。

让我们来一起详细了解本版 oma 的新特性和修复吧～

测试指南

安同 OS 可通过如下命令获取 oma 1.26 测试版更新：

oma topics --opt-in oma-preview

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.26 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

更快，更稳，更通用：下载逻辑重构

线程和带宽拉满！

1.26 开发周期中，xtex 重构了 oma 的 HTTP 下载功能，删除了多余的 HEAD 请求，并提高了 RFC 9110 兼容性。本版 oma 下载软件包和元数据时的启动速度有显著提高，结合现有的多线程下载功能，使用效率更高。

此外，本版 oma 还修复了下载进度条重试后有概率已下载大小超过文件大小这一顽疾。

收拾手尾：本地软件包缓存清理功能

虽说算不上什么创新，但 oma 1.26 终于引入了与 APT 行为基本一致的本地软件包缓存清理功能，避免在长期使用 oma 的情况下本地缓存无限堆积，导致意外磁盘占用的问题。如果希望保留本地缓存，请使用 --no-clean 选项。

当然，时不时跑一下 oma clean 还是好习惯哦～

发行版支持更新

在 Ubuntu 26.04 上运行 oma

oma 1.26 新增了对如下发行版的支持：

• Debian "Forky" (arm64)
• Ubuntu 26.04 (amd64, arm64)
• Linux Mint 22.3 "Zena" (amd64)

其他特性和功能修缮

• 为 oma topics 添加 oma atm 别名
• 为使用 XZ 5.4 或更高版本的发行版打开 XZ 多线程解压支持

2026 年 4 月 30 日，Linux 内核公布了 algif_aead 模块中的一个安全漏洞 CVE-2026-31431（代号 Copy Fail），可通过恶意程序实现本地提权。

目前我们已通过系统更新修补这一漏洞，请参考如下软件版本：

• 主线发行支持的设备：linux+kernel >= 3:6.18.25
• Apple silicon 设备：linux+kernel+asahi >= 3:6.18.25

请择机更新您的安同 OS（服务器、多用户或公用设备用户请加急此更新）。

如果您在安装该更新过程中遇到问题，或对本安全公告有任何疑问或建议，欢迎您来我社各聊天群组与我们联系反馈。

由于打包疏忽，您在更新系统时将遇到如下报错：

dpkg: 处理触发器时发现回路：
 包含或可能包含对此有责任的触发器的软件包链：
  systemd -> systemd -> systemd -> systemd -> systemd -> systemd
 无法解决的软件包未决触发器：
  systemd: /usr/lib/systemd/system
dpkg: 处理软件包 systemd (--configure)时出错：
 触发器循环，放弃
dpkg:main/packages.c:258:process_queue(): 内部错误: exceeded dependtry 7 (sincenothing=0; queue.length=0)

稍早时我们为 systemd 添加了用于自动执行 daemon-reload 的触发器，以便在 /usr/lib/systemd/system 等目录发生变化时自动重新加载服务单元，但该触发器未使用 interest-noawait 类型声明，导致部分场景下计算触发链时出现循环。

如果您遇到此类问题，请运行如下命令解决：

oma fix-broken

我们为此带来的不便表示歉意。

本次更新基于 2026 年 3 月 12 日发布的发行介质，除集成至 3 月 26 日为止的系统更新外，还修复了如下问题：

• 修复启动带格兰菲显卡驱动的安装环境时意外启动至试用环境的问题
• 改进 GRUB 配置文件对 u-root 等 Linuxboot 实现的兼容性

系统下载｜发行注记

滚呀滚，呀滚，滚……

oma 的第 25 个特性更新来啦—— 本版主要带来 Y/N 确认操作模式，并修缮了现有功能和界面。

让我们来一起详细了解本版 oma 的新特性和修复吧～

测试指南

安同 OS 可通过如下命令获取 oma 1.25 测试版更新：

oma topics --opt-in oma-preview

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.25 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

如您所愿：Y/N 确认模式

自 oma 诞生以来，一方面由于最初使用 less(1) 绘制审阅界面（即“待操作清单”），且希望通过避免使用 [Enter]/[Y] 等较为符合“条件反射”的按键方案，oma 一直使用 less(1) 兼容的键盘操作，即使用 [Q] 键确认，[Ctrl-c] 中止操作。而两年来，用户朋友中叫苦“不习惯”且希望为 oma 引入 [Y]/[N] 作为确认/取消按键的呼声一直高涨。

Y/N 确认模式示意

如您所愿，oma 1.25 也终于引入了这一功能，您现在可以通过在 /etc/oma.toml 打开 yn_mode 选项切换。当然，我们还是希望您可以一如既往地认真检查包管理操作给系统带来的变化。

自动挪窝：实例锁行为优化

对许多初识传统 Linux 软件包管理器的朋友来说，包管理器独占锁这一概念略显晦涩。尤其在图形界面打开了多个终端模拟器的情况下，如果在如确认界面等情况下关闭终端模拟器，后续尝试启动 oma 时便会弹出诸如“有另一实例正在运行”、“被锁定”等错误，令人不知所措。

作为缓解措施，oma 1.25 实现了“半自动”实例锁：在锁文件存在时，oma 会自动探测是否的确有另一实例正在运行（抑或用户意外退出 oma 时，残留了实例锁）。如没有另一实例，oma 会自动获取实例锁并继续执行，减去一部分的迷惑。

帮您择优：镜像源测速功能改进

镜像源测速功能之设置向导

对于安同 OS 用户来说，oma 其中一个重要功能便是镜像源管理界面 (oma mirror)。伴随本次更新，镜像源管理中的测速功能 (oma mirror speedtest) 新增了向导功能：在完成测速后，oma 会询问您是否希望将最快的源设为默认——给您一点小便利。

其他特性和功能修缮

• 新增 --user-agent 参数用于自定义 User Agent，规避部分软件源设置 User Agent 白名单，导致无法搭配 oma 使用的问题
• 修复指定 --color never 时，oma size-analyzer 依旧显示彩色输出的问题
• 修复指定 --color never 时，oma 进度显示失效的问题
• 修复 OMA_NO_CONFIG 变量对 1/0 对应 true/false 值的解析
• 修复使用 systemd-run 鉴权时，oma 无法正确读取 OMA_* 环境变量的问题
• 修复 VT (TTY) 下运行时 oma TUI 选中样式显示不正常的问题

由于打包疏忽，您在手动卸载 linux-kernel-6.18.12 内核包或清理未使用依赖时将遇到如下报错：

Removing left-over directory for DKMS modules ...
rm: 无法删除 '/usr/lib/modules//updates': 没有那个文件或目录
dpkg: 处理软件包 linux-kernel-6.18.12 (--remove)时出错：
 old linux-kernel-6.18.12 package postrm maintainer script subprocess failed with exit status 1
dpkg: 出现过多错误，正在停止
在处理时有错误发生：
 linux-kernel-6.18.12
由于出现了太多错误，处理过程被中止了。

该问题为打包该内核时未正确在卸载后处理脚本 (postrm) 中写入对应内核版本所导致。由于问题出现在软件包维护脚本中，因此简单更新无法解决该问题，需要在遇到该问题时手动绕过。

绕过方法

您可以通过如下命令替换系统中的 postrm 脚本并继续卸载：

echo "" | \
sudo tee /var/lib/dpkg/info/linux-kernel-6.18.12.postrm && \
sudo oma remove linux-kernel-6.18.12

然后，清理为该内核版本编译的内核模块：

[ -d /usr/lib/modules/6.18.12-aosc-main ] && \
sudo rm -r /usr/lib/modules/6.18.12-aosc-main

龙架构用户则需要移除两处内核模块目录：

for i in 4k 16k ; do
    [ -d /usr/lib/modules/6.18.12-aosc-main-$i ] && \
    sudo rm -r /usr/lib/modules/6.18.12-aosc-main-$i
done

我们再次为该内核包带来的不便表达歉意。我们会将卸载及更新测试加入软件包测试流程中，以确保安装及卸载流程通畅。

如果您在此过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

从 2026 年 3 月发布的系统镜像开始，我们将拆分标准的桌面版发行及各类非主线支持的显卡驱动组件，以便在安装时供用户选用，并避免预装过多此类驱动，在更新系统时由于 DKMS 内核模块编译等造成额外耗时和资源占用。

由于这一调整，我们从桌面套件包 (desktop-base) 的依赖中移除了如下几个系列显卡的驱动：

• 兆芯开先 KX-6000G/7000 集成显卡（兆芯 C-1080/1190）
• 兆芯开先 KX-6000/6900 集成显卡（兆芯 C-960）
• 龙芯 LoongGPU LG110/120/200

在这一调整后，小熊猫包管理 (oma) 可能提示您这些显卡驱动被标记为不再需要的软件包，而提示删除。

为解决这一问题，请根据如下流程手动安装上述显卡的驱动，而后 oma 将不再提示卸载。

兆芯开先 KX-6000G/7000 集成显卡

oma mark manual cx4-linux-graphics-driver-dri

兆芯开先 KX-6000/6900 集成显卡

oma mark manual zhaoxin-linux-graphics-driver-dri

龙芯 LoongGPU LG110/120/200

oma mark manual loonggpu-driver

爱玩音游的朋友们，欢迎在非 x86 架构上试玩 osu! (lazer)！

在春节期间，我们为安同 OS 引入了 .NET 10，这也意味着我们可以给所有一级架构（x86-64、AArch64 及龙架构）打包更多 .NET 程序了——其中之一便是知名音游 osu!

试玩指南

osu! (lazer) 目前位于测试源，安装非常简单：

oma topics --opt-in osu-add-loongarch-support && \
oma install osu-lazer

而后从应用菜单点选“osu!”图标即可。

请注意，由于该版 osu! 是我们自行编译的，您将无法使用该版游戏上传分数。

特别鸣谢

• Catty Steve 的 osu-lazer-loongarch 构建流程与耐心指导
• Un4seen Developments 的 Ian 提供的龙架构 BASS 音频库二进制

时隔 3 年许，安同 OS 的 GNOME 和 Cinnamon 终于迎来了大更新（这也意味着，从 2022 年起引入的新架构移植也终于有 GNOME 桌面用了）！

本次更新，我们大幅度精简了 GNOME 软件的维护范围，并翻修了所有相关软件包的构建脚本，维护质量大幅度上升。

如果您是 GNOME 和 Cinnamon 爱好者，可以择机更新系统，用上新版桌面啦～

还记得 Spiral 吗？过去一年余的软件包重构让它变得更强了。

在 2024 年引入 Spiral 框架标记 Debian 兼容软件包标记后不久，我们针对与 Debian 架构名不同的龙架构（loongarch64，Debian 使用 loong64）及龙芯三号 (MIPS)（loongson3，Debian 使用 mips64el）作了双架构标记。以龙架构的 libusb 软件包为例，其 Provides: 字段包含如下内容：

Provides: libusb-1.0-0:loong64 (= 2:1.0.29), libusb-1.0-0-dev:loong64 (= 2:1.0.29),
libusb-1.0-0:loongarch64 (= 2:1.0.29), libusb-1.0-0-dev:loongarch64 (= 2:1.0.29)

这意味着 libusb 可以同时提供与 Debian 兼容的 loongarch64 及 loong64 包。

过去几天，我们在一年多来通过重构和更新软件包提高 Spiral 标记覆盖的基础上，为龙架构及龙芯三号 (MIPS) 架构系统的 dpkg 标记了双架构兼容（利用 dpkg 内置 Multiarch 设施实现的同时允许安装“原生 (native)”及“外来 (foreign)”架构软件包的机制），各位在今晚更新系统后，就可以在上述两个架构上随心安装为 Debian/Loongnix 发行的软件包了！

安同 OS 全架构回归 Docker Hub

时隔多年，在 dongdigua 等人的努力下，安同 OS 的 Docker 生成工作流已完成重构并投产，系统容器镜像重返 Docker Hub！

docker pull aosc/aosc-os

• 社区 Docker Hub 主页
• Docker 工作流及配置仓库

Python 3.14 已到货！

经过多轮测试，Python 3.14 更新已推送至安同 OS 稳定源。根据您选用的镜像源，您可以在 12 小时以内使用如下命令安装相关更新：

oma upgrade

如果您在更新 Python 3.14 时遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

更快、更好、更兼容！

如同上一版本一般，oma 1.24 是一次改良性更新：界面和功能更新诚然不多，但对 APT 兼容性及依赖解析，以及日志库性能及杂项功能作了改进。

让我们来一起详细了解本版 oma 的新特性和修复吧～

测试指南

安同 OS 可通过如下命令获取 oma 1.24 测试版更新：

oma topics --opt-in oma-preview

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.24 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

APT 兼容性提升：元数据及密码学算法策略

APT 的行为…… 可真是个无底洞！从 URL 解析、磁盘空间占用算法，再到元数据下载规则和密码学算法策略，都需要我们仔细研读其文档（甚至源码）。但是，原理只会通过研究愈发明晰——oma 1.24 也在这一方面有所成就。

首先是元数据获取：我们曾经错误地假设 APT 软件源使用 Release/InRelease（软件源主编目）或 Packages（软件包主编目）作为主要元数据决定了要下载的文件列表，且不可跳过任何找不到或无法下载的文件。实际上，APT 对元数据定义了 Optional（是否可选，即是否允许下载失败）及 Fallback-Of（回落策略，如找不到某文件则寻找另一文件名）属性。在 oma 1.23 维护周期中，我们根据用户反馈的无法正常刷新 CrowdSec 软件源 的问题报告，研究并实现了上述两个属性，实现了兼容性改善。诚然，这实际上是上游软件源服务配置导致的，但在 oma 诞生的两年以来，这样的问题的确也不少见。

APT 的密码学算法策略定义了各类算法、签名格式的弃用计划

接下来是密码学算法策略：近期的 APT 版本开始引入了基于 Sequoia 的密钥策略配置支持，定义了各类元数据签名时所使用的算法的过期时间。从几个版本前，oma 便已支持 /etc/crypto-policies/back-ends/apt-sequoia.config 路径下存放的密码学策略配置，但没有正确读取部分发行版在 /usr/share/apt/default-sequoia.config 放置的策略模板。oma 1.24 修复了这一行为，并正确地将前者作为用户配置处理。

但是，使用 APT 2.x 的发行版（如 Ubuntu 24.04 LTS）用户可能会发现部分 PPA 源不可用。这是因为 APT 3.0 默认配置中定义 SHA-1 算法自 2026 年 2 月 1 日起过期)，而许多 PPA 源仍在使用 SHA-1 算法导致的。如果您在使用 oma 过程中遇到了类似问题，请复制 /usr/share/apt/default-sequoia.config 到 /etc/crypto-policies/back-ends/apt-sequoia.config，并编辑如下内容以修改 SHA-1 算法的弃用期限：

[hash_algorithms]
sha1.second_preimage_resistance = 2027-01-01 # 延长 SHA-1 过期时间至明年 1 月 1 日

而后，PPA 源即可正常使用，但请注意，SHA-1 算法已被弃用且不安全，我们建议您谨慎配置该项。

作出回答：APT 3.0 依赖解析器集成

APT 3.0 依赖解析器可更清晰地诊断和报告依赖问题

除界面优化外，APT 3.0 引入的另一大特性便是其全新的解析器 (Solver3)。对于最终用户来说，Solver3 除了最小化依赖树（虽然这在依赖树相对简单的安同 OS 上效果可能不明显）、更好地保护用户手动安装的软件包外，便是提供了更清晰的依赖解析错误提示。

经过 oma 1.24 开发周期的测试，我们认为 Solver3 已基本成熟，因此也在这一版本正式升级了全新的依赖解析器。

日志加速：spdlog-rs 重构

spdlog-rs 在 oma 使用的异步日志场景下可提供比原实现 (tracing) 显著更高的吞吐性能

oma 1.24 周期，经过 @SpriteOvO 及 @NotEvenANeko 的贡献，oma 的日志系统经过重构，已从 tracing 切换至性能更好的 spdlog-rs。

spdlog-rs 的性能提升有待各位用户朋友的使用反馈，根据 spdlog-rs 项目提供的评测数据和 @SpriteOvO 在 AOSCC 2025 的介绍，相信该项目可以对日志系统更为强大的 Rust 项目提供更好的性能。欢迎各位开发者和用户试用，也感谢上述二位的贡献。

其他特性和功能修缮

• 正确处理 APT 本地软件包缓存锁，避免 APT 与 oma 下载重入
• 修改任务完成时的“响铃 (bell)”提示行为，oma 目前仅会在预期需要较长时间完成的命令后响铃
• 添加 --no-config 选项，允许让 oma 忽略默认系统配置 (/etc/oma.toml) 运行

2025 年最后一天，龙芯中科发布了 LoongGPU 及 LoongVPU 驱动更新。

其中，LoongGPU 1.0.2 新增了 2K3000/3B6000M SoC 中 LoongGPU LG200 的支持及对 LG110（7A2000 桥片附带）GPU 的功能性修复；LoongVPU 0.1.0 则包含 2K3000/3B6000M 的 VPU 支持驱动及组件（官方包亦包含 2K1000LA SoC 中附带的 VPU 支持，但由于我们尚未测试该 SoC 的支持情况，故没有包含）。

测试指南

如果您希望测试 LoongGPU 1.0.2 更新，请使用如下命令加入测试源：

oma topics --opt-in loonggpu-1.0.2

如果您希望在 2K3000/3B6000M 平台测试 LoongVPU 0.1.0 驱动，请使用如下命令加入测试源并安装相关软件包（由于下述已知问题，我们计划暂缓引入 VPU 驱动，并将该驱动作为预览更新提供）：

oma topics --opt-in loongvpu-0.1.0 && \
oma install loongvpu

已知更新内容

• LoongGPU LG200 支持（龙芯 2K3000 及 3B6000M SoC 内置），包含 OpenGL 3.3、OpenGL ES 3.1 支持、X11 图形驱动 (DDX) 等组件，无 Vulkan 及 OpenCL 支持
• LoongGPU LG110 高分辨率支持改善，我们测试发现该版驱动可顺利驱动 2K (2560×1440) 及 4K (3840×2160) 分辨率（4K 分辨率下性能欠佳）
• 基于 VA-API 的 VPU 驱动，支持龙芯 2K3000 及 3B6000M SoC 内置的视频处理单元，可支持 H.264、H.265 及 AV1 解码及 H.264、H.265 编码

已知问题

• VPU 驱动在解码 AV1 编码的视频时画面不正常
• VPU 驱动编码生成的视频画面不正常
• Firefox 及 Chromium 浏览器无法正常利用 VA-API 接口调用该 VPU：前者可探测到编解码支持情况，但无法使用加速功能；后者报 VA-API 初始化错误

开发参考

LoongGPU 1.0.2 及 LoongVPU 0.1.0 的内核态驱动开源 (DKMS)，但仅适配到 Linux 6.6 内核。安同开源社区的开发者们已经将这两个驱动的内核部分适配到最高 Linux 6.18 内核。

欢迎您按需参考我们的驱动补丁，抑或提交代码修复等：

• LoongGPU v1.0.2-lnd25.1~rc1.7
• LoongVPU v0.1.0-lnd25.1~rc1.7

安同 OS 目前提供的 LibTIFF 图像库受近日披露的 TIFFReadRGBAImageOriented() 函数中任意内存写入漏洞（CVE-2025-9900）等数个安全漏洞影响，需要尽快更新。

但是，由于本次 LibTIFF 安全更新包含 ABI 变更，需要重构较多的软件包。为保障用户使用体验，我们决定进行为期一周的测试，并在确认更新未导致显著可用性问题后，再将这项修改合并至稳定源。

测试指南

感兴趣的用户，特别是常用软件处于影响范围内的用户，请考虑通过如下命令加入测试源：

oma topic --opt-in libtiff-4.7.1

亦可使用如下命令按需退出测试源：

oma topic --opt-out libtiff-4.7.1

如果您在测试本次 LibTIFF 更新的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

注意事项

如果您在加入测试源后发现某些商用软件无法正常运行，请使用如下命令安装 libtiff-5 软件包：

oma install libtiff-5

该软件包亦通过 Spiral 框架提供 Debian 兼容包名 (libtiff5)，本轮更新不应导致任何第三方软件被卸载。

本月发布的安同 OS 发行更新旨在修复十一月发行中发现的数个问题。我们强烈推荐所有下载了 20251115 版安装盘或救援环境 (LiveKit) 的用户更换本次发行的安装镜像。

请注意：如果您已安装安同 OS，本发行注记提到的修复及变化均已通过系统更新推送，您无需重装系统或额外安装任何软件包。

系统下载｜发行注记

问题修复

本次发行修复了用户朋友们在使用 20251115 版本的安装盘时报告的一些问题。

系统安装后可能无法启动

根据用户报告，使用 20251115 版本的安装盘安装系统后重启时，安同 OS 有概率会卡在初始内存盘阶段，无法继续启动。这是因为自动分区后，动态设备文件管理器 udev 并未及时刷新硬盘各分区及文件系统的 UUID 信息，导致其创建的初始内存盘 (initramfs) 包含了过期存储设备 UUID，重启后初始内存盘尝试挂载一个已不存在的分区，最终启动失败。

本次发行通过增强生成初始内存盘生成时的 UUID 正确性检查修复了该问题。

安装程序“用户账户”页面未检查用户名是否为空

维护者在测试安装镜像时发现，如果在用户创建页面跳过输入“用户全名”及“UNIX 用户名”选项，直接输入密码，可以直接点击下一步，导致后续安装程序因用户名为空，无法完成安装配置操作。

本次发行，我们为该页的“下一步”按钮添加了用户名检查，杜绝此类情况发生。

安装程序在无法强制 1024×768 分辨率的情况下未正确居中

在一些不支持 VESA 或 1024×768 分辨率的设备上，窗口管理器理应将安装程序的界面居中。但由于安装程序启动时，窗口管理器可能未完成初始化，导致安装程序的窗口被置于左上角，且未获得焦点。

本次发行，我们实现一个更可靠的窗口管理器初始化状态检测机制，让该问题得到解决。

默认壁纸更新

本次发行还带来了来自 2025 年度“流浪相机”活动的新默认壁纸：

• 桌面壁纸：《绿洲 / Oasis》，椰椰雪球摄
• 锁屏壁纸：《霞光 / Afterglow》，白铭骢摄

龙架构旧世界 ABI 兼容运行时 libLoL 0.1.10 发布：glibc 版本更新至 2.42、libxcrypt 更新至 4.5.2，意味着该版本支持 glibc < 2.43 及 libxcrypt < 4.6。

libLoL 支持如下 ABI 2.0（新世界）龙架构发行版：

• 安同 OS
• Debian / Loongnix 25
• deepin
• Gentoo
• Arch Linux for loong64
• Slackwareloong

如果您在使用 libLoL 0.1.10 的过程中发现问题或遇到困难，请通过社区各聊天群组与我们联系。

喵～

一年一度的核心包 (Core) 更新来啦！

本次更新，我们除了更新各类核心运行时和工具链到最新版（如 glibc 2.42 和 GCC 15.2.0）外，我们还将所有组件的补丁、编译脚本等进行了整理，提高了整体维护质量。

尽管本次更新对用户朋友们来说是无感的，但为了确保更新质量和提前发现潜在问题，我们鼓励各位用户和开发者提前获取测试更新：

oma topics --opt-in core-13

如果您在测试 Core 13 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

ROS 登陆安同 OS！

Robot Operating System (ROS)是一套完全开源的用于构建机器人应用软件库和工具。包括了驱动程序、算法和开发工具等构建机器人项目所需的软件。

近日，我们将 Desktop 变种的 Jazzy Jalisco 版本的 ROS 引入了安同 OS ，使安同 OS 上的机器人相关开发工作更加便利。由于 ROS 复杂度高，涉及数百个互相耦合的包，所以在进入稳定分支前我们希望有更多的用户可以对它进行测试。

需要注意的是，相比较 ROS 官方打包的 ros-jazzy-desktop，我们打包的版本缺少了 RTI Connext DDS（不开源）和 mimick_vendor（缺少架构支持）。

测试指南

感兴趣的用户，特别是正在使用非 x86 架构的，请考虑通过如下命令加入测试源：

oma topics --opt-in ros-jazzy-survey-20251031
oma install ros-jazzy-desktop

成功安装软件包后，在每个终端窗口都需要使用 source 命令后才能使用 ROS（有 setup.bash, setup.sh, setup.zsh 可选）：

source /opt/ros/jazzy/setup.bash

我们期待您的测试与反馈！如果您在测试的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

本篇配图使用 Nano Banana Pro 生成。

The "nine dots" ROS logo is a trademark of Open Source Robotics Foundation.

小熊猫的小小更新能有什么恶意呢

oma 1.23 主要针对现有功能，尤其是镜像管理和鉴权管理功能进行了小幅度优化和修缮，并修复了几个已知问题——小小的更新，美美的体验。

让我们来一起详细了解本版 oma 的新特性和修复吧～

测试指南

安同 OS 可通过如下命令获取 oma 1.23 测试版更新：

oma topics --opt-in oma-preview

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.23 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

你这镜像保鲜吗？镜像延迟测试工具

作为安同 OS 系统集成的一部分，先前的 oma 版本包含镜像源选择和测试功能，但部分用户朋友（尤其是 Mesa 和内核更新爱好者们）总是不知道更新什么时候能到达他们选用的镜像源。

为帮助大家选用更新及时且下载速度较好的镜像，我们在 oma 1.23 引入了 oma mirror latency 命令，可一站式地测试所有镜像源相对于社区官方源的延迟：

是不是很方便？快试试看吧～

人人“有权限”：提权功能增强

在调查一处使用 polkit 鉴权导致的故障，我们在急病乱投医之时发现了两处改进点：

• 使用 systemd-run 替代 pkexec 作为默认鉴权工具，可允许用户在桌面、SSH 和 TTY 下均能使用同样的方式提权，亦能确保 oma 在被意外中止（如意外关闭 oma 所在的终端串口）时正确退出
• 可以为 oma 引入 doas 及 sudo 作为鉴权回落选项，让用户在没有上述两个工具的情况下也无需特地加 sudo 运行 （虽然 oma 作者表示自己根本不会这么用）

总之，既然都想到了，就实现吧！oma 1.23 包含上述两项改进，上图为在 SSH 环境下的鉴权效果。

其他特性

• 为 oma 的 TUI 界面新增使用 PgUp/PgDn 翻页的功能

问题修复

• 修复在 oma 电源状态警告提示符按 ^C (Ctrl-C) 可能导致程序崩溃的问题
• 修复无法校验使用 PGP v3 签名数据包格式 (Version 3 Signature Packet Format) 的软件源元数据的问题
• 修复 loongarch_nosimd 等在软件源配置模板中使用 any/all 作为支持架构列表的配置下，oma 错误警告架构支持不一致的问题

软件源服务器维护公告

UTC+8 时间 2025 年 11 月 24 日零时，我们计划对社区软件源服务器进行下线维护：

• 迁移业务数据库至 PostgreSQL 18
• 更新系统、清理依赖等
• 重启服务器

我们预计维护将持续 2-3 小时。

届时，如下服务将暂时中断：

• 软件源 HTTP、Rsync、同步通知推送及请求重定向服务
• BBS 论坛消息推送服务
• 贡献者身份验证系统 (minzhengbu)
• 软件包信息站
• 软件包信息查询机器人
• BuildIt! 自动化维护设施、网页前端 及 autopr 等外围设施

我们为此带来的不便表示歉意。

社区 Matrix 及聊天桥接服务维护公告

UTC+8 时间 2025 年 11 月 22 日零点，我们计划对社区 Matrix 及聊天桥接服务进行迁移和维护：

• 迁移 matrix.aosc.io 及聊天桥接服务到新服务器
• 迁移 Matrix PostgreSQL 数据库到新服务器，并升级到 18
• 更换新的聊天机器人账户

我们预计迁移维护将持续 3-4 小时。

届时将影响如下服务：

• matrix.aosc.io
• 聊天桥接机器人

我们为此带来的不便表示歉意。

安同 OS 发行更新来啦！

本次发布的安同 OS 系统安装介质包含至 2025 年 11 月 15 日为止的各类系统组件更新及安全修复。除常规更新外，本次发行引入了拼音补全支持、完全删除了 Python 2 依赖、增强了对兆芯开先 KX-6000/6000G/6900/7000、龙芯 2K3000/3B6000M/3B6000/3C6000 平台及各类新老硬件平台的支持、为安装程序新增了平台特定问题 (Quirk) 的规避机制，并引入了数个安全修复和针对用户体验的细节修缮。本发行注记将简略介绍相关变化。

同时，自本次发行起，我们将不再提供服务器版发行；已有的服务器版发行包也将从源服务器中删除，以节省服务器空间镜像大小。

系统下载｜发行注记

更新看点：硬件支持

• Linux 内核更新至 6.17.7，包含龙芯 2K3000/3B6000M 平台支持、龙芯 3B6000 及 3C6000 家族虚拟机稳定性问题修复及针对兆芯及算能 SG2042/SG2044 等平台的修复和支持增强

更新看点：软件更新及修缮

• 从系统镜像中完全清除了对 Python 2 的依赖
• 为命令行界面引入了拼音（全拼及多种双拼方案）补全功能，操作更便捷
• 小熊猫包管理 (oma) 更新至 1.22，新增用于分析依赖树的 tree 及 why 命令、优化关键系统更新及操作确认界面、自定义镜像源支持、参数及用户手册本地化支持及使用中内核保护功能等新特性
• 引入全新 GRUB 的内核探测逻辑，支持以更友好的方式显示安同 OS 的不同内核分支
• 修复 7-zip、CUPS、Expat、libblockdev、sudo、UDisks、WebKitGTK 及 X.Org Server 等组件中的数个严重或高危安全漏洞

更新看点：安装体验

• 为安装程序新增设备特定问题 (Quirk) 规避问题并引入第一批规避
• 提供安装盘引导过程中绕过串口检测的快捷键，可解决部分平台启动菜单操作缓慢的问题
• 优化安装盘引导器配置，以适配使用旧版 Petitboot 引导器的 Power8 设备
• 为龙芯三号 (MIPS) 单独生成一份精简的初始化内存盘以缩短 PMON 固件机器的引导速度（仍需手动引导）

作为安同 OS 目前默认使用的音频服务，PulseAudio 已经伴随我们数十年。然而，随着 PipeWire 及 JACK 等新的音频服务软件的开发，PulseAudio 的局限性也逐渐显现：延迟过高、蓝牙特性支持不全，不够灵活（无法灵活分配输入或输出）。

PipeWire 作为新的音频服务实现，可提供更低的延迟、原生蓝牙音频解码器支持，亦可更高效地处理音频、实时分配输入或输出。同时，用于 Apple silicon 平台的安同 OS 不支持 PulseAudio，也对迁移到 PipeWire 音频系统提出了迫切需求。

鉴于上述原因，我们决定将默认的音频服务切换到 PipeWire，以便为用户朋友们提供更好的音频体验。虽然 PipeWire 内置 PulseAudio 兼容服务，由于音频系统影响到的应用程序和使用场景众多，且可能在不同硬件平台表现不同，我们决定在未来约 1 个月开放测试，并在确认本修改影响不大后再将这项修改合并至稳定源。

由于 Asahi 发行的特殊性，自本测试公告发布后的所有 Asahi 发行均默认使用 PipeWire。

测试指南

感兴趣的用户，特别是在 Linux 上运行老旧软件及 DAW 的用户或玩节奏游戏的玩家，请考虑通过如下命令加入测试源，以便切换至 PipeWire 音频系统：

sudo oma topics --opt-in pipewire-default-migration

加入测试源并更新后，您需要重新登录才能完成音频系统切换。

我们期待您的测试与反馈！如果您在测试 PipeWire 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

感谢 Termux 贡献者 Kevin Williams 的投稿，oma 现已登陆 Termux 官方源！

运行如下命令即可安装使用 oma：

pkg install oma

请注意：oma 需要 Termux >= 0.118.2 才能正常工作（探测环境所使用的 TERMUX__PREFIX 变量是该版本引入的）。此外，由于运行时库的兼容性问题，oma 暂时只支持 AArch64 (aarch64) 架构的 Termux 环境，我们正在研究 ARMv7 (armv7a) 和 32 位 x86 (i686) 架构的修复方案。

小熊猫包管理登陆 Termux 平台！

本版更新，我们为 oma 实现了 Termux 支持，为 Fish 和 Zsh 实现了帮助信息的本地化，另有针对用户界面及内部功能的数项增强和修复。

让我们来一起详细了解本版 oma 的新特性和修复吧～

测试指南

安同 OS 可通过如下命令获取 oma 1.22 测试版更新：

oma topics --opt-in oma-preview

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.22 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

安卓人的安同包管理：Termux 支持

既然 oma 是 APT 的前端，那么是否可以在其他基于 APT 的系统环境下用上 oma 呢？oma 1.22 循着这一问题，实现了对 Termux 的支持：

要编译 Termux 版 oma，请先在 Termux 下安装相关工具链：

pkg install git rust build-essential

而后，克隆代码并编译：

git clone https://github.com/AOSC-Dev/oma
cd oma
cargo build \
    --release \
    --no-default-features \
    --features nice-setup

构建成功后，oma 二进制将出现在 ./target/release/oma，此时您可以根据自身需要安装二进制和相关补全、配置文件等。我们将在近期实现安装脚本的 Termux 支持。

那么，oma 有没有可能在 Cydia 上运行，实现安卓人和苹果人的大团结呢？让我们拭目以待！

Fish 及 Zsh 补全信息本地化

相对于 Bash，Fish 和 Zsh 有着更为强大的命令行补全功能，其中包括程序参数的补全候选界面。在 oma 1.21 实现了帮助信息本地化功能后，有用户发现 Fish 和 Zsh 的补全帮助没有本地化。根据此报告，oma 1.22 实现了该功能：

其他新特性

• 为 install/pick/topics/undo/upgrade 命令新增了 --download-only 选项，允许用户仅下载软件包和相关依赖，而不执行安装操作
• 为 oma mirror speedtest 新增了 --timeout 选项，可自行设定测试数据的下载超时长度（默认 120 秒）
• 在安同 OS 上默认启用 APT 3.0 Resolver，并改进了依赖问题提示的清晰度
• 为 oma refresh 实现了 LZMA/LZ4 格式元数据的下载和解压功能

问题修复

• 解决了下载条目超过个位（≥10）时，进度条显示对齐不正确的问题

届时，如下服务将暂时中断：

• 软件源 HTTP、Rsync、同步通知推送及请求重定向服务
• BBS 论坛消息推送服务
• 贡献者身份验证系统 (minzhengbu)
• 软件包信息站 (packages.aosc.io)
• 软件包信息查询机器人
• BuildIt! 自动化维护设施、网页前端 (buildit.aosc.io) 及 autopr 等外围设施

我们为此带来的不便表示歉意。

维护已于 UTC+8 时间 2025 年 9 月 26 日 00:16 成功完成，感谢等待。

咕咕嘎嘎！

小熊猫包管理考得中文十级！

本版更新，我们为 oma 实现了帮助信息及用户手册 (man pages) 中文翻译，方便各位了解 oma 的各项功能和参数。此外，我们还引入了使用中 Linux 内核的卸载保护、终端进度显示和自定义命令等一系列新功能：1.21 版更新内容相当丰富。

让我们来一起详细了解本版 oma 的新特性和修复吧～

测试指南

安同 OS 可通过如下命令获取 oma 1.21 测试版更新：

oma topics --opt-in oma-preview

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.21 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

让我也说中文：帮助信息本地化

oma 一向重视界面本地化及文本清晰程度，但由于一些技术上的困难，我们一直没能（基于 clap）实现命令行帮助信息的本地化，以及基于此生成的用户手册 (man pages) 的本地化。1.21 周期，经过一系列的技术性试验和上游贡献，我们实现了大多数帮助信息的本地化：

同样地，用户手册也完成了翻译：

但是，相信朋友们也不难发现有一部分帮助信息依然是英文，这部分的翻译依然需要通过修缮 clap 命令行解析器对某些帮助信息的处理才能得以实现。我们将在未来一个到数个版本的开发周期内推动这些问题的解决，让帮助信息得到完整的本地化，敬请期待。

请停车！使用中内核保护功能

相信不少用户朋友都有意无意地删除过正在使用中的 Linux 内核…… 什么，您不知道这是怎么个效果？那么，您是否遇到过系统突然无法挂载 U 盘、无法应用防火墙配置之类的问题？

Linux 内核在被删除后，实际上不会立即导致系统崩溃，这是因为 Linux 内核镜像已载入到内存中。但是由于 Linux 模块化的特征，许多内核特性（如文件系统、网络功能）等均使用模块的形式提供，而它们都是按需从磁盘载入的。那么，此时如果正在使用中的内核被卸载了，这些模块便无从载入了——于是我们就遇到了上述的奇怪问题。

为了解决这一问题，oma 1.21 引入了使用中内核的保护功能：

oma 用超级小熊猫力守护系统稳定性！

其他新特性

• 新增 OSC 9;4 终端序列，在下载及安装软件包的过程中，为 Windows Terminal、Wezterm 等终端模拟器新增操作进度指示（安同 OS 后续将为默认终端模拟器 Konsole 引入该功能）
• 新增自定义命令插件支持：在 /usr/libexec 或 /usr/local/libexec 下放置如 oma-doit 等脚本并添加可执行权限位即可使用 oma doit 命令执行自定义脚本
• 为 oma 软件包名补全（如进行 oma install bash-<tab> 操作时）支持补全多个架构，方便 multiarch 用户选中所需软件包的架构
• 为阅读器界面新增 y（向上）/ Enter（向下）换行键位支持
• 新增软件源可用性检查：如果软件源配置中不包含当前系统中开启的架构，oma 将打印警告

问题修复

• 修复 oma why（软件包逆向依赖可视化）显示错误：该界面应显示具体版本，而非版本范围
• 修复 oma why 错误列出无关软件包的问题

近日，我们在测试源推送了 6.16（主线）及 6.17（预发布）两个分支的内核更新，以及 Linux 设备固件 (20250831) 更新，现邀请各位用户好友测试、反馈问题。

主要特性

6.16（主线）内核包含如下关键特性：

• 新增 Intel Lunar Lake 平台“能源敏感调度 (Energy Aware Scheduling)”支持
• 新增 Intel Alder Lake-S 及 Raptor Lake-S EDAC 控制器支持
• 新增 Realtek RTL8127A 10GbE 以太网卡支持
• 新增大量笔记本平台专属特性支持，如 Dell 电池健康及厂商信息探测支持及 ThinkPad 摄像头开关快捷键等
• 新增 Apple Magic Mouse 2 (USB-C) 支持
• 新增 Intel Xe 独立显卡风扇探测支持

6.17（预发布）内核在 6.16 内核基础上包含如下关键特性：

• 新增 Intel Bartlett Lake-S, Granite Rapids-D, Raptor Lake-HX 及 Wildcat Lake EDAC 控制器支持
• 新增 Bartlett Lake 等平台的 Intel RAPL 电源控制支持
• 新增 Lenovo Legion Go 平台支持
• 新增 Broadcom 800G 系列以太网卡支持
• 新增 Realtek RTL8851BU 及 RTL8852BU USB 无线网卡支持
• 大幅优化 AVX-512 平台的 CRC32C 计算性能

除 6.16 及 6.17 分支的上游更新外，本次内核更新包含如下关键修改：

• 龙架构默认安装 16KiB（默认）及 4KiB 分页双内核，后者主要用于 x86 模拟（如 Box64）及 GPGPU 计算（如 ROCm 及 Intel Compute Runtime）场景
• 修复部分 Lenovo ThinkBook 型号 FnLock 及背光在重启后被错误复位的问题
• 修复部分 USB 音频设备静音阈值设置错误的问题
• 引入完整 linux-surface 补丁集，支持更多 Surface 型号
• 修复龙芯 3B6000/3C6000 家族 KVM 客户机稳定性问题
• 修复龙芯 3A5000/3A6000 笔记本电脑屏幕背光调整功能
• 为龙架构及 RISC-V 启用 AMDGPU KFD（异构计算）支持
• 使用上游方案规避 AArch64 平台的 MPAM 问题
• 引入 SG2042/2044 平台初步支持

此外，我们还在测试源推送了 Linux 设备固件更新，包含大量的 AMD/Intel 处理器、GPU，以及各类无线网卡、以太网、声卡等外设的固件更新。

测试指南

欲测试 Linux 6.16 内核，请使用如下命令加入测试源、重启，并在引导界面选择 AOSC OS 选项：

oma topics --opt-in linux-kernel-6.16.0

欲测试 Linux 6.17 内核，请使用如下命令加入测试源、重启，并在引导界面选择 AOSC OS (RC Kernel) 选项：

oma topics --opt-in linux-kernel-rc-6.17.0-rc3

欲测试设备固件更新，请使用如下命令加入测试源并重启：

oma topics --opt-in firmware-survey-20250830

反馈问题

如果您在测试上述内核相关更新时遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

这些个年…… 小登连双拼五笔都不会了，真是一代不如一代咯——

Bash 拼音补全 (bash-pinyin-completion-rs) v0.3.0 发布啦，本次更新的主要内容有：

• 增强补全接口兼容性，适配更多程序的补全功能
• 新增双拼补全功能，支持多种常用方案
• 更新拼音匹配器后端 ib-matcher (ib-pinyin) 至 v0.3.0

测试指南

安同 OS 用户可通过如下命令获取 bash-pinyin-completion-rs v0.3.0 测试版更新：

oma topic --opt-in bash-pinyin-completion-rs-0.3.0

如果您在测试 bash-pinyin-completion-rs 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

兼容更多程序

bash-pinyin-completion-rs 的核心工作原理是接入 Bash 的补全功能并替换一部分补全接口，本版更新接入了更底层和更通用的接口，使得更多命令能够使用补全逻辑。如 unzip、scp 等先前无法使用拼音补全的命令现已得到完美支持。

双拼支持

本版 bash-pinyin-completion-rs 还加入了新的双拼支持，支持多种双拼方案。更新后，您仅需通过 PINYIN_COMP_MODE 设置补全方案即可自定义希望使用的补全方案：

• Quanpin: 全拼（默认）
• ShuangpinAbc: 智能 ABC（全拼）
• ShuangpinJiajia: 拼音加加（双拼）
• ShuangpinMicrosoft: 微软拼音（双拼）
• ShuangpinThunisoft: 紫光拼音（双拼）
• ShuangpinXiaohe: 小鹤双拼
• ShuangpinZrm: 自然码双拼

未设置此变量时，bash-pinyin-completion-rs 默认使用全拼方案。

未来计划

在未来发布的 v0.4.0 版中，我们计划引入如下新特性：

• 增强兼容性，并且正确处理包含环境变量的路径补全
• 加入日语（罗马字拼音）输入支持

致谢

本版 bash-pinyin-completion-rs 的新功能由如下社区好友实现：

• @wxiwnd
• @black-desk
• @Chaoses-Ib

感谢各位的贡献！

师傅，您这镜像保千兆吗？

差点追尾 oma 1.19 的 1.20 版来啦！本版更新，我们针对用户需求为 oma 实现了自定义镜像支持、优化了测试源的进入/退出行为，并针对龙架构无 SIMD 移植等项目需求引入了源配置模板功能。

让我们来一起详细了解本版 oma 的新特性和修复吧～

测试指南

安同 OS 可通过如下命令获取 oma 1.20 测试版更新：

oma topics --opt-in oma-preview

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.20 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

镜像管理增强之一：自定义镜像源支持

对于部分进阶用户来说，自己搭建本地或在线镜像源、提高软件包下载速度，是再正常不过的需求了。但是，先前的 oma 镜像源设置界面 (oma mirror) 未有自定义镜像源设置支持，让这部分用户无法通过 oma 的内部界面便捷地设置镜像。

oma 1.20 通过新增对《安同 OS 软件源元数据及源配置模板规范》的支持实现了这一功能，各位有需要的朋友可以自行编写 /etc/repository-data/mirrors.toml 新增自定义镜像源，如下例：

[home-mirror]
description.default = "Personal mirror at home"
description.zh_CN = "家里的本地源"
url = "https://localhost:8888/anthon/"

而后直接通过 oma mirror 选用自己的镜像源了：

通过 oma mirror 直接设置自定义镜像源

镜像管理增强之二：本地化支持

本地化是软件可及性的支柱之一，而目前 oma 尚存几个本地化死角，其中之一便是 oma mirror 界面中的各个软件源名称了。随着对上述规范的支持实现，oma 1.20 还加入了对镜像源名称的本地化支持，寻找镜像源变得更方便了。

镜像源名称有翻译了！

测试源必须只更新测试包 ✍️✍️✍️

如果您时常关注安同 OS 的更新进展，您一定不会对 oma topics 感到陌生。而您也大概也不会对这一场景感到陌生：几天没更新系统，想要测试一个内核更新，却被 oma 逼着更新了 114 甚至 514 个软件包；更有甚者，如果某个测试源中没有包含已经安装的软件包，oma 仍会更新一把系统，甚是迷惑。

从 oma 1.20 开始，oma 会在打开测试源时检查其中包含的软件包，并只对其中的软件包进行更新操作，操作效率更高、行为更清晰。

其他新特性

• 引入软件源配置模板支持，可定义写入软件源配置时的行为：打开什么源、使用什么 GPG 密钥环 (keyring) 检查签名、启用哪个架构等；该功能主要服务龙架构无 SIMD 移植及各类依赖特殊软件包的系统移植
• 引入《更新主题元数据规范》中定义的 packages-v2 字段支持，定义重要更新（尤其是安全更新）波及的软件包范围，并以更新前的软件包作为对比基准，解决用户因错过特定版本软件包更新而收不到更新公告的问题
• 在 oma refresh/oma upgrade 命令完成后提示被标记为版本锁定的软件包的数量及查看指引
• 在 oma mirror 命令完成后提示刷新成功信息

119 吗？请呼小熊猫消防站！

小熊猫包管理 (oma) 进入维护模式了—— 才怪，v1.19 来啦！

略加思考后，oma 能做的还很多：本版更新，我们根据 AOSCC 前后的用户反馈对 oma 的审阅界面进行了翻修，修复了数个特定环境下的功能性问题，并增强了 oma 对系统环境监测的可定制性。

让我们来一起详细了解本版 oma 的新特性和修复吧～

测试指南

安同 OS 可通过如下命令获取 oma 1.19 测试版更新：

oma topics --opt-in oma-1.19.0-rc.3

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.19 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

新特性

更清晰：重要更新显示样式优化

oma 1.13 引入基于更新主题元数据实现重要更新时，复用了确认界面中的表格样式，但这一样式实际上并不能清晰地呈现较长的文字说明（尤其是重要更新的具体内容说明）；在较窄的屏幕上，中英分词导致过早换行更是让阅读的体验变得更加尴尬：

oma 1.18 的重要更新展示方式

为解决这一问题，oma 1.19 改用了类似 Markdown 文档的分行布局，内容呈现显著更清晰：

oma 1.19 的重要更新展示方式

更可见：审阅界面内容整合

根据用户反馈的“确认界面只在最底部显示下载大小和磁盘空间需求”，若确认界面较长则难以看到关键信息的问题，oma 1.19 对审阅界面的内容布局进行了重构：将原先在最底部的操作指引改为浮动窗口，并将下载大小、预计磁盘空间占用变化两条信息放到了这一浮动窗口中；而后，删去了确认界面中冗余的操作指引和大小变化信息，让主阅读界面内容更为简练。

oma 1.19 整合了审阅界面中的关键信息展示

此外，操作指引也得到了简化，确保在 80 列宽终端上可以完整显示。

更可控：自定义电源及会话状态监测/警告

作为防呆设计的一部分，oma 会在笔记本用户使用电池供电的情况下发出警告，建议用户留意电量消耗和意外断电可能造成的后果，并要求其二次确认。

但是，这一设计在一部分用户看来有些啰嗦，尤其是工作期间长期无法接入交流电源的情况下，每次操作 oma 进行系统软件包更改时，都会被 oma “叮咛”一句。基于这点反馈，oma 1.19 引入了对这一行为的细化设置，允许用户根据不同的使用场景的需要调整电源和会话状态的监控行为：开启完整警告/监测，禁用监控但输出警告，禁用监控且保持静默。

禁用会话监测但保持警告时，oma 输出的警告

此外，我们还为 oma 各命令新增了 --no-check-battery 及 --no-take-wake-lock 参数，可分别禁用电源及会话状态监测功能。

其他特性

oma 1.19 还引入了一个小功能：使用 oma 或 apt-mark 命令标注为“版本锁定 (hold)”的软件包，在使用 oma list 时会额外显示 held 标记，也可以使用 --hold 参数筛选出被锁定版本的软件包。

问题修复

oma 1.19 除了特性及功能修改外，还修复了数个功能性问题：

• 修复在 $LANG 未设置或为空的情况下，oma 在删除带有 X-AOSC-Features（关键系统特性）标记的软件包时会崩溃的问题
• 修复在远程图形访问时（如 SSH X11 Forwarding 及 VNC），polkit 鉴权无法使用的问题

• postgresql 软件包不再包含二进制，仅包含指向当前最新 PostgreSQL 大版本的可执行及库文件的兼容性软链接
• PostgreSQL 拆分为 postgresql 及 postgresql-runtime 软件包，以减少非服务端用户的依赖大小
• 开始打包并维护 PostgreSQL 官方支持的所有 LTS 版本，所有软件包均以 postgresql-大版本 及 postgresql-runtime-大版本 格式命名，如 postgresql-17 及 postgresql-runtime-17
• postgresql-大版本 软件包将会安装至 /usr/lib/postgresql-大版本 目录下，所有二进制文件均带有大版本后缀，如 psql-17 等
• postgresqld.service 根据大版本重新命名至 postgresqld-大版本.service，如 postgresqld-17.service

在该更新推送至主线后，您会在升级期间收到打包方式出现变动的提示。如果您并没有使用系统中的 PostgreSQL 提供数据库服务，您可以直接继续升级。

针对正在使用系统 PostgreSQL 提供数据库服务的用户的提示

如果您在本次推送之前已经通过系统的 PostgreSQL 提供数据库服务，您需要在升级前暂时停止所有连接了系统 PostgreSQL 的应用及服务，然后再停止 PostgreSQL 服务，以免造成数据库损坏；如果您的数据库涉及到关键服务，请您自行计划维护时间：

sudo systemctl stop postgresqld.service

在升级期间，您也会收到需要停止 PostgreSQL 服务的提示。同时，由于系统之前使用的 PostgreSQL 大版本并未自动安装至系统中，因此您需要手动安装之前发行的 PostgreSQL 13：

sudo oma install postgresql-13
sudo systemctl start postgresqld-13.service

在安装 PostgreSQL 13 后，您可以选择继续使用 PostgreSQL 13 为您的应用或服务提供数据库服务，或者将现有数据迁移至 PostgreSQL 17。

我们为此带来的不便表示歉意，如您在升级过程中遇到任何问题，请及时分享日志，或将问题截图或拍照发送至社区各群组。

不就是小熊猫上树吗，你瞅啥？

小熊猫包管理 (oma) v1.18 来啦！本版更新，我们引入了用于依赖树分析的tree 及 why 命令、增强了软件包信息查阅功能，还对现有界面操作逻辑进行优化并修复了数个细节问题。

让我们来一起详细了解本版 oma 的新特性和修复吧～

安装指南

安同 OS 可通过系统更新直接获取 oma 1.18 更新。

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在使用 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

新特性

上树探路：软件包依赖树分析器

继 oma 1.17 引入软件包磁盘占用分析器后，oma 1.18 针对用户希望分析系统存储占用、查看软件包安装情况的需求，新增了依赖树分析器功能。依赖树分析器使用十分简单，输入如下命令：

• oma tree [软件包] - 查阅某个软件包的依赖树
• oma why [软件包] - 查阅某个软件包的反向依赖（即“为什么这个软件包安装在了我的电脑上？”）

oma 会如上图一样，针对您指定的软件包，将依赖关系以树状图的方式呈现出来。

查阅功能增强：本地软件包元信息读取支持

为方便用户朋友直接查看本地或第三方软件包的依赖等信息，oma 1.18 引入了本地软件包元信息读取支持。

如同先前 show（查看基础信息）, depends（查看依赖）及 rdepends（查看逆向依赖）命令一般，除了可以如 oma show bash 一样显示 bash 软件包的基础信息外，现在还支持如上图一样在安装前查阅如腾讯 QQ 这样的第三方软件包的基础信息、依赖和逆向依赖，实现“指哪打哪”的功能一致性。

少卡一步：无 D-Bus 环境操作体验优化

在 chroot、Docker 等无 D-Bus 环境下使用过 oma 的朋友应该遇到过这样一个小麻烦：oma 会因为无法在这种环境下探测系统运行状态（如是否接入交流电）警告用户，并要求其附加 --no-check-dbus 参数或修改配置文件才能继续操作。

然而，一两次还好，（尤其是在 chroot 环境修复系统的时候）多了血压就高了对吧？这可不行。于是乎，oma 1.18 对这一警告进行了修改并引入了是/否询问：

这样一来，有急事 chroot 的时候，相信您也能稍微少点烦恼了。

问题修复

oma 1.18 除了特性及功能修改外，还修复了数个界面和使用问题。

强迫症狂喜：下载进度条对齐修正

说来 oma 有个老毛病：在软件包或版本号名较长的时候，进度条可能无法正确对齐，这让强迫症患者们很是苦恼。oma 1.18 通过重构这一部分界面的绘制和布局计算逻辑，彻底修复了这一问题：

看，这多整齐啊——

提权提示修复

先前版本的 oma 未正确设置其可执行文件的路径，导致图形化提权无法正确显示提权原因。oma 1.18 已修正这一问题：

其他问题修复

• 修复 command-not-found（未知命令提示）功能错误列出模拟运行时环境（如 EmuKit）中的可执行文件的问题，提示信息更可靠
• 修复使用 --dry-run（试运行）模式执行 oma 管理操作时，oma 仍执行 dpkg 状态修复流程的问题
• 修复 oma provides（软件包文件反查）无法正确补全系统文件路径的问题

拼音补全，让我们说中文！

在使用终端的过程中，您是否也在处理中文路径时需要输入法切换频繁，遭致一顿手忙脚乱？又是否在 TTY 下发现自己根本无法打开或切换到带有中文的路径中？终端中的复杂文字输入（尤其是中文）一直是个难题。

为了解决这些问题，wxiwnd 近日发布了 bash‑pinyin‑completion-rs 项目，可通过拼音匹配汉字候选补全，打拼音即可打开中文路径及文件。该项目基于 Bash 的补全机制 bash-completion 及 Rust 拼音库 IbPinyinLib 开发，支持全拼、声母匹配等功能。

bash-pinyin-completion-rs 支持全拼、声母及首字母补全：例如 “输入法” 可使用 srf 或 shurufa 补全，也可以通过 sr 等方式匹配所有符合条件的候选项。

上手示例

$ ls ~/文档/antong<tab>
安同社区.pdf  安痛系统设计.odt  暗桶会议记录.txt
# 继续按下 <tab> 即可切换候选！

# 只记得首字母？没关系！
$ cd ~/wd<tab>
# 自动补全为 ~/文档/

试用指南

我们已为安同 OS 准备好测试源，使用下列命令即可安装该功能：

oma topics --opt-in bash-pinyin-completion-rs-0.1.0-new

安装后需重新启动终端模拟器或重新登录，方能启用拼音补全功能。

手动编译安装

构建依赖

要编译和使用 bash-pinyin-completion-rs，您需要安装如下依赖：

• Rust 工具链
• bash-completion

安装流程

手动安装流程如下：

git clone https://github.com/AOSC-Dev/bash-pinyin-completion-rs
cd bash-pinyin-completion-rs
bash scripts/install_completion.sh

而后，请向 ~/.inputrc 追加以下配置，以启用与 Zsh 类似的候选菜单：

set show-all-if-ambiguous on
set menu-complete-display-prefix on
TAB: menu-complete
set colored-completion-prefix on
set colored-stats on
"\e[Z": menu-complete-backward

安装后需重新启动终端模拟器或重新登录，方能启用拼音补全功能。

已知问题

• 小部分软件无法使用拼音补全

反馈与贡献

如果您在使用 bash-pinyin-completion-rs 过程中遇到任何问题或有改进建议、贡献思路等，欢迎：

• 在 GitHub 提交问题工单
• 在我社各聊天群组与我们联系反馈

安同 OS 发行更新来啦！

本次发布的安同 OS 系统安装介质包含自 2025 年 4 月以来的各类系统组件更新及安全修复。除常规更新外，本次的主要更新内容包括对预装软件的调整及安装盘大小的优化、新老硬件平台支持增强、引入安全修复和许多针对用户体验的细节修缮。

系统下载｜发行注记

更新看点：硬件支持

• Linux 内核更新至 6.14.10，包含针对机械革命无界 14X 笔记本无法进入 S0ix 睡眠、REDMI Book Pro 14 2025 无线网卡不可用、数个 x86 及 Arm 平台的 Spectre-v2/Spectre-BHB（敏感信息泄漏）漏洞、龙芯笔记本睡眠后背光设置错误及较老的龙芯 3B6000/3C6000 系列处理器步进上部分 PCIe 设备协商速率错误的问题

更新看点：软件更新及修缮

• 安同 OS 核心包 (Core) 更新至 12.2.0，更新 GCC 至 14.3.0 并开启 systemd 动态用户支持
• 小熊猫包管理 (oma) 更新至 1.17，包含全新磁盘占用分析器、磁盘将满警告、Zsh 补全等新特性
• Firefox 及 Thunderbird 更新至 139.0，包含超过 30 个漏洞修复（含 1 个严重漏洞及 9 个高危漏洞）
• 修复 Coreutils、OpenVPN、Python 3 及 Samba 等组件中的数个安全漏洞（含数个高危漏洞）
• Linux 固件包 (linux-firmware) 更新至 20250425，包含对数款音频、图形、网络设备及 SoC 平台的支持增强，并修复 REDMI Book Pro 14 2025 上无线网络不可用的问题
• Intel 处理器微码更新至 20250512，修复代号为 "Training Solo" 的自训练 Spectre-v2（敏感信息泄漏）漏洞
• 修复无法通过文件管理器 (Dolphin) 连接和挂载 Samba 共享的问题
• 修复部分软件包中静态库未正确移除非必要信息（strip），导致部分软件大小异常增大的问题
• 清理大量无用依赖并精简预装软件集

更新看点：安装体验

• 新增在安装程序的分区界面中显示分区中现存操作系统的功能，避免意外格式化其他系统正在使用的分区
• 修复启动安装盘后系统时钟 (RTC) 可能被意外调整的问题
• 不再随龙架构安装盘附带 LATX（龙芯 x86 架构转译器）及 x86 运行时，大幅度缩减安装盘大小

不就是小熊猫上树吗，你瞅啥？

小熊猫包管理 (oma) v1.18 来啦！本版更新，我们引入了用于依赖树分析的tree 及 why 命令、增强了软件包信息查阅功能，还对现有界面操作逻辑进行优化并修复了数个细节问题。

让我们来一起详细了解本版 oma 的新特性和修复吧～

测试指南

安同 OS 可通过如下命令获取 oma 1.18 测试版更新：

oma topics --opt-in oma-1.18.0-rc.3

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.18 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

新特性

上树探路：软件包依赖树分析器

继 oma 1.17 引入软件包磁盘占用分析器后，oma 1.18 针对用户希望分析系统存储占用、查看软件包安装情况的需求，新增了依赖树分析器功能。依赖树分析器使用十分简单，输入如下命令：

• oma tree [软件包] - 查阅某个软件包的依赖树
• oma why [软件包] - 查阅某个软件包的反向依赖（即“为什么这个软件包安装在了我的电脑上？”）

oma 会如上图一样，针对您指定的软件包，将依赖关系以树状图的方式呈现出来。

查阅功能增强：本地软件包元信息读取支持

为方便用户朋友直接查看本地或第三方软件包的依赖等信息，oma 1.18 引入了本地软件包元信息读取支持。

如同先前 show（查看基础信息）, depends（查看依赖）及 rdepends（查看逆向依赖）命令一般，除了可以如 oma show bash 一样显示 bash 软件包的基础信息外，现在还支持如上图一样在安装前查阅如腾讯 QQ 这样的第三方软件包的基础信息、依赖和逆向依赖，实现“指哪打哪”的功能一致性。

少卡一步：无 D-Bus 环境操作体验优化

在 chroot、Docker 等无 D-Bus 环境下使用过 oma 的朋友应该遇到过这样一个小麻烦：oma 会因为无法在这种环境下探测系统运行状态（如是否接入交流电）警告用户，并要求其附加 --no-check-dbus 参数或修改配置文件才能继续操作。

然而，一两次还好，（尤其是在 chroot 环境修复系统的时候）多了血压就高了对吧？这可不行。于是乎，oma 1.18 对这一警告进行了修改并引入了是/否询问：

这样一来，有急事 chroot 的时候，相信您也能稍微少点烦恼了。

问题修复

oma 1.18 除了特性及功能修改外，还修复了数个界面和使用问题。

强迫症狂喜：下载进度条对齐修正

说来 oma 有个老毛病：在软件包或版本号名较长的时候，进度条可能无法正确对齐，这让强迫症患者们很是苦恼。oma 1.18 通过重构这一部分界面的绘制和布局计算逻辑，彻底修复了这一问题：

看，这多整齐啊——

提权提示修复

先前版本的 oma 未正确设置其可执行文件的路径，导致图形化提权无法正确显示提权原因。oma 1.18 已修正这一问题：

其他问题修复

• 修复 command-not-found（未知命令提示）功能错误列出模拟运行时环境（如 EmuKit）中的可执行文件的问题，提示信息更可靠
• 修复使用 --dry-run（试运行）模式执行 oma 管理操作时，oma 仍执行 dpkg 状态修复流程的问题
• 修复 oma provides（软件包文件反查）无法正确补全系统文件路径的问题

啊噫——！

小熊猫包管理 (oma) v1.17 来啦！本版更新，我们大幅度增强了 oma 的磁盘占用管理功能，不仅引入了磁盘占用分析器，还新增了磁盘将满警告，在发出预警的同时指引您清理无需使用的软件包和缓存数据。此外，oma 1.17 还引入了 Zsh 补全、阅读器 Emacs 键位支持和调试日志记录功能等新特性。

让我们来一起详细了解本版 oma 的新特性和修复吧～

新特性一览

一目了然：软件包磁盘占用分析器

全新引入的软件包磁盘占用管理器

软件包是组成操作系统的基本单位，而在系统使用一段时间后，相信用户朋友们也会发现，磁盘空间愈发紧张：随着系统更新和日常使用，无用软件包、下载缓存等都将占据不少的空间。oma 1.17 引入的软件包磁盘占用分析器 (oma size-analyzer) 功能相信可以帮助您更清晰地了解软件包的磁盘占用情况，协助您删除不必要的软件包，节省空间。

除展示软件包的占用情况外，占用分析器还支持快捷清理无用依赖，也可以直接从列表选中要卸载的软件包。

前方注意！磁盘将满预警

磁盘将满时，oma 会提示您清理无用软件及软件包缓存

最近，一名用户报告：在使用 oma 更新时磁盘被占满，导致 dpkg 报错且软件包状态损坏。作为预防，oma 1.17 引入了磁盘将满预警，在磁盘可用空间小于 5GiB 时报警，并给出各种腾出空间的提示和指引。

当然，提醒用户还是不够的：oma 和 APT 实际上均未能精确地计算软件包更新时所需的磁盘空间，因此上述故障还是可能出现的。我们将在下一周期着手调查并优化磁盘空间占用的检查逻辑，杜绝上述故障的出现。

Zsh 补全支持

oma 的 Zsh 补全

得益于命令行选项解析器 Clap 引入的动态补全功能，oma 1.17 终于引入了 Zsh 补全功能，方便各位 Zsh 用户使用。

其他新特性

• TUI 及阅读器新增 Emacs 键位支持（感谢 @guanran928！）
• 新增 -t/--download-threads 选项，可用于自定义下载线程数（等效于 /etc/oma.toml 中的 network_threads 选项）
• 新增日志记录功能，便利出现故障时的现场调试。

问题修复

• 修复在搭配 --color always 参数使用 oma 时，写入日志到文件不显示颜色的问题
• 修复 /etc/oma.toml 中的 network_threads 设置未 0 时，运行 oma 下载软件包会卡死的问题

测试指南

安同 OS 可通过如下命令获取 oma 1.17 测试版更新：

oma topics --opt-in oma-1.17.0-rc.3

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.17 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

你知道候鸟吗？候鸟有夏候鸟和冬候鸟之分…… 尽管它们可能会在同一个地方各自度过一生中一半的时光——却从来没有机会在一起。

由 KIDFansClub 开发的视觉小说游戏《候鸟》试玩版现已可从安同 OS 软件源直接获取：

oma install migrant-demo

《候鸟》基于 Ren'Py 开源视觉小说引擎开发，本次 KIDFansClub 授权安同 OS 分发该游戏试玩版，旨在演示该引擎对不同处理器架构平台（尤其是如龙芯等国产处理器平台）的支持；安同 OS 任意架构版本的用户均可安装运行《候鸟》试玩版。

感兴趣的用户朋友们，快用 oma 安装试试看吧！

如果您在更新安同 OS 或安装软件时遇到困难，请于我社各聊天群组与我们联系反馈、获取支持。

迭代原因

自 Ubuntu 24.10 及 APT 2.8 发布后更新了 APT 加密签名算法要求，而我社先前使用的软件源 GPG 公钥算法 (nistp521) 已不再符合新要求；新要求中列出的算法包括：

• 2048 位以上的 RSA
• Ed25519
• Ed448

为解决该问题并推动 APT 运行时及工具迭代更新，我们已于上周通过 aosc-os-keyring 软件包推送了先前生成的 Ed25519 的新软件源签名密钥：

pub   ed25519 2024-10-06 [SC]
      F54DE04F93DFEDBA123FC2933AE2C2BE062E9F06
uid   AOSC OS Maintainers <maintainers@aosc.io>
sub   cv25519 2024-10-06 [E]

安同 OS 发行更新来啦！

本次发布的安同 OS 系统安装介质包含自 2025 年 2 月以来的各类系统组件更新及安全修复。除常规更新外，本次的主要更新内容包括新老硬件平台支持增强、引入安全修复和许多针对用户体验的细节修缮。

系统下载｜发行注记

更新看点：硬件支持

• Linux 内核更新至 6.14.1，包含针对龙芯多个桌面、服务器与移动平台，以及瑞芯微 RK3588 等平台支持的改进，新增了对 AMD XDNA 控制器（AI Engine）、Intel Touch Host Controller 及 Thunderbolt 3 替代模式 (Alternative Mode) 等硬件或功能的支持，改善了龙架构平台对 AMD Radeon RX 9000 系列与 Intel DG1/DG2/Battlemage 系列显卡等支持
• 更新 Mesa 至 25.0.3，大幅度改善 Intel DG1/DG2/Battlemage 系列显卡的性能，修复 AMD Radeon RX 9000 系列显卡无法从睡眠唤醒的问题
• 新增 AArch64 平台 Intel 显卡硬件编解码支持

更新看点：软件更新

• 安同 OS 核心包 (Core) 更新至 12.1.2，修复了 AArch64 及 Power（64 位，小端序）平台构建部分程序时的内部编译器错误 (Internal Compiler Error)，更新 Zstd、libxcrypt 及 Linux API 头文件等组建至同分支最新版本
• 小熊猫包管理 (oma) 更新至 1.16，新增可选软件包依赖提示、软件包状态修复指引增强、阅读器功能增强和撤销功能 (oma undo) 新增安同 OS 测试源 (topics) 设置状态同步功能等特性与界面优化，亦有针对 file: 协议本地源的性能优化
• 翻修 32 位 x86 子系统，使其组件版本乃至维护质量与主仓库组件对齐，可提升在新平台上运行 32 位 x86 程序时的外设兼容性及性能
• 龙芯 x86 架构转译器 (Loongson Architecture Translator for x86) 更新至 1.6.0，包含针对数个使用场景的兼容性与性能改善

用 oma，没烦恼 ~♪

小熊猫包管理 (oma) v1.16 来啦！本版更新，我们修缮了软件包管理报错及修复操作的用户界面、为撤销功能 (oma undo) 新增了对安同 OS 测试源 (topics) 设置的状态操作支持，并对一部分界面设计进行了优化。

让我们来一起详细了解本版 oma 的新特性和修复吧～

新特性一览

更详尽贴心：软件包报错与修复指引增强

自 oma 设计初始，我们便十分注重于界面和提示的贴心和清晰。oma 1.16 对软件包管理报错进行了增强，在对常见包管理报错增加详尽的解释的同时，新增了对如何修复对应问题的指引：

oma 1.16 可给出清晰的软件包管理报错和修复指引

相信这一更改可助您更清晰地了解软件包管理遇到的问题，并给出负责任的指引——许多用户错误都是源自于出错后的“不知所措”，希望 oma 1.16 的这笔更改能避免更多类似悲剧的出现。

其他新特性

• 为撤销功能 (oma undo) 新增了对安同 OS 测试源 (topics) 状态的检测和同步，后续在撤销开关测试源造成的软件包更改时也会同时撤销测试源的开关状态，确保软件源配置的一致性。
• 新增 APT 的配置文件静默忽略规则 (Dir::Ignore-Files-Silently) 支持，可解决部分配置下 sources.list.save 等备份文件被错误读取，造成警告的问题。
• 将确认界面中更新摘要表格的宽度限制为 80 列，避免阅读困难。
• 取消了升级 (oma upgrade) 时的软件包修复操作，避免出现死循环。

安装指南

安同 OS 可通过系统更新直接获取 oma 1.16.0 更新。

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在使用 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

用 oma，没烦恼 ~♪

小熊猫包管理 (oma) v1.16 来啦！本版更新，我们修缮了软件包管理报错及修复操作的用户界面、为撤销功能 (oma undo) 新增了对安同 OS 测试源 (topics) 设置的状态操作支持，并对一部分界面设计进行了优化。

让我们来一起详细了解本版 oma 的新特性和修复吧～

新特性一览

更详尽贴心：软件包报错与修复指引增强

自 oma 设计初始，我们便十分注重于界面和提示的贴心和清晰。oma 1.16 对软件包管理报错进行了增强，在对常见包管理报错增加详尽的解释的同时，新增了对如何修复对应问题的指引：

oma 1.16 可给出清晰的软件包管理报错和修复指引

相信这一更改可助您更清晰地了解软件包管理遇到的问题，并给出负责任的指引——许多用户错误都是源自于出错后的“不知所措”，希望 oma 1.16 的这笔更改能避免更多类似悲剧的出现。

其他新特性

• 为撤销功能 (oma undo) 新增了对安同 OS 测试源 (topics) 状态的检测和同步，后续在撤销开关测试源造成的软件包更改时也会同时撤销测试源的开关状态，确保软件源配置的一致性。
• 将确认界面中更新摘要表格的宽度限制为 80 列，避免阅读困难。
• 取消了升级 (oma upgrade) 时的软件包修复操作，避免出现死循环。

测试指南

安同 OS 可通过如下命令获取 oma 1.16.0-rc4 测试版更新：

oma topics --opt-in oma-1.16.0-rc.4

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.16.0-rc4 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

• 2048 位以上的 RSA
• Ed25519
• Ed448

为解决该问题并推动 APT 运行时及工具迭代更新，我们已于上周通过 aosc-os-keyring 软件包推送了先前生成的 Ed25519 的新软件源签名密钥：

pub   ed25519 2024-10-06 [SC]
      F54DE04F93DFEDBA123FC2933AE2C2BE062E9F06
uid   AOSC OS Maintainers <maintainers@aosc.io>
sub   cv25519 2024-10-06 [E]

更新可及性警告

先前使用的密钥将于 UTC+8 时间 2025 年 4 月 10 日零时正式弃用，届时您将无法通过旧密钥验证软件源数据。

请在上述时间前（自本公告发布一个月内）至少更新一次系统并确定 aosc-os-keyring 版本为至少 20241006，以免后续出现软件源访问困难。

为方便新用户，我们也将在 4 月 10 日前发布一批新的系统安装镜像并包含上述的新公钥。

小熊猫包管理 (oma) v1.15 来啦！本版更新，我们优化了本地源 (file: 协议）的使用性能，增强了清理命令 (oma clean) 行为的可定制性，另有其他数个修复。

安装指南

安同 OS 已在稳定源推送 oma 1.15，正常更新系统即可。

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令安装 oma：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在使用 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

如果您在使用社区软件源的过程中遇到任何问题，请通过社区各群组与我们联系。

小熊猫包管理 (oma) v1.15 来啦！本版更新，我们优化了本地源 (file: 协议）的使用性能，增强了清理命令 (oma clean) 行为的可定制性，另有其他数个修复。

让我们来一起了解下本版 oma 的新特性和修复吧！ （喂，你硬盘炒豆子怎么这么吵啊）！

新特性一览

不走弯路：本地源性能优化

先前，搭配本地源（如将软件源存放在内置硬盘中）使用 oma 的用户总是反馈：oma 使用本地源时的速度远远慢于 APT。

经过多版维护、充实对 APT 缓存机制的理解后，这一问题终于在 oma 1.15 得到了解决：从该版开始，oma 不再复制本地源中的软件包，而是直接在缓存路径中创建符号链接。这样一来，oma 也可以和 APT 一样瞬间完成从本地源中“下载”和缓存软件包的操作了。

精准清扫：oma clean 命令功能增强

在维护安同 OS 开发工具链的过程中，我们偶然发现了 APT 的 autoclean 命令：该命令用于清理先前缓存的、已无法从软件源获取的软件包。受此启发，我们为 oma clean 实现了三个新参数：

• --keep-downloadable：仅保留仍可从软件源获取的软件包（该行为与 apt autoclean 一致）
• --keep-installed：仅保留现已安装的软件包
• --keep-downloadable-and-installed：仅保留现已安装且仍可从软件源获取的软件包

其他新特性

• 为阅读器界面新增 Space 及 f/b 快捷键，更好地兼容 less(1) 阅读器的行为：其中 Space 和 f 对应下翻页 (PageDown)，而 b 对应上翻页 (PageUp)

问题修复

本版 oma 更新还带有如下两笔修复：

• 修复缓存本地源的软件包时未有校验文件完整性的问题
• 增强下载错误信息分类，更清晰地区分刷新及软件包下载报错

测试指南

安同 OS 可通过如下命令获取 oma 1.15.0-rc2 测试版更新：

oma topics --opt-in oma-1.15.0-rc.2

Debian、Ubuntu 及衍生版，Linux Mint、deepin 及 openKylin 用户可通过如下命令获取 oma（目前暂未区分测试源及稳定源，可直接获取 1.15.0-rc2 版更新）：

curl -sSf https://repo.aosc.io/get-oma.sh | sudo sh

如果您在测试 oma 的过程中遇到问题或有任何建议，欢迎您来我社各聊天群组与我们联系反馈。

目前该系统已初步于 redir.aosc.io 上线（后续将替代原 repo.aosc.io 的部分请求响应）。

测试指南

请使用如下命令打开 oma 镜像源选择界面：

oma mirror

并确保只选中了如下镜像源（注意，本界面是多选）：

AOSC Automatic Redirect Mirror [TESTING] (Global) (redir)

按 Esc 保存配置后正常操作 oma 进行系统包管理操作即可。

测试反馈

如果您在测试过程中遇到困难或异常，也请通过社区各聊天群组与我们联系。

感谢各位的参与！

如果您在此期间需要更新系统或安装软件，使用 oma mirror 命令切换镜像源后方可使用；此外，如需下载系统，可在我社各镜像站 /anthon/aosc-os/ 路径下找到相关文件。

我们为此带来的不便表示歉意！

龙架构旧世界 ABI 兼容运行时 libLoL 0.1.9 已于今日发布：

• glibc 版本更新至 2.41
• 修复 Binutils 2.44 构建的 libLoL 存在分页对齐错误的问题

libLoL 支持如下新世界龙架构发行版：

• 安同 OS
• Debian / Loongnix 25
• deepin
• Gentoo
• Arch Linux for loong64
• Slackwareloong

如果您在使用 libLoL 0.1.9 的过程中发现问题或遇到困难，请通过社区各聊天群组或社区论坛与我们联系

北京时间 2025 年 2 月 20 日晚间我们推送 NetworkManager（包名：networkmanager）1.50.0 更新后，数名用户报告无法通过 DHCP 获取 IPv4 地址且部分软件（如腾讯 QQ）无法正常登录使用.

在发现问题后，我们已经撤回相关更新，避免更多用户收到波及。该问题是我们的测试疏忽导致的（需要重启系统或请求 DHCP Lease 才能复现，但测试人员仅测试了服务重启），我们为此带来的不便表示歉意。

我们建议您暂时不要更新系统，并等待版本为 1.50.2 的 networkmanager 软件包更新（如您是在远程访问的服务器上使用安同 OS，建议您在确保可通过 BMC 或物理访问后再进行更新）。

若您先前已通过系统更新获取到 1.50.0 更新，请见下方“临时修复指引”。

临时修复指引

考虑到 NetworkManager 属于核心网络服务，该更新带来的故障可能导致系统管理和使用上的困难，我们建议您暂时通过如下命令降级相关组件：

oma install networkmanager=1.40.6-3

如果您因为之前已经清理软件包缓存，且由于网络故障无法降级或获取老版本的相关组件包，请通过如下命令手动获取 IPv4 地址：

sudo dhclient

原因分析

经查，该问题是 NetworkManager 中 eBPF 支持实现缺陷导致的，该问题早在一年前便有其他发行版维护者报告。

上游至今未有正式答复相关问题或提出正式修复（在维护者报告后默认禁用了该特性，但没有在编译配置文件中记录原因或将特性标注为实验性），因此我们已暂时通过临时关闭 eBPF 特性规避该问题。