预编译 NVIDIA 模块免去反复编译驱动
dhh 已将 omacom/omarchy#17409 合入 Quattro 开发分支,让 linux-omarchy 使用预编译的 NVIDIA 开源模块。相应的软件包改动也已提交到 omarchy-pkgs 的 master 分支。模块与其严格匹配的内核一同构建和签名,使符合条件的机器无需再通过 DKMS 在本地编译。
greptile-apps[bot] 指出,移除 DKMS 可能导致额外安装的恢复内核缺少图形支持。最终提交的改动会在系统安装了其他内核时保留 DKMS。eevdf 和 muqss 变体也继续保留 DKMS,相关记录见 omacom/omarchy@97316b0bb66f 和 omacom/omarchy-pkgs@bffb8bf70650。
edge 渠道的 ARM 版 FFmpeg 新增 NVIDIA 录屏支持
ryanrhughes 已将 '
dhh' 提交的 omacom/omarchy-pkgs#2074 合入 master,为 aarch64 版 FFmpeg 软件包启用 NVENC 和 NVDEC。这解决了编码器支持缺失的问题,此前该问题导致 Omarchy 无法在 GB10 和 N1x 硬件上通过 gpu-screen-recorder 录屏。
dhh 报告称,已在 DGX Spark 上成功完成录屏测试。
github-actions[bot] 在 omacom/omarchy-pkgs#2074:issuecomment-6609673849 中报告称,FFmpeg 2:9.0.2-2.1 已发布到 edge/aarch64。这一临时维护版本通过人工跟进 Arch Linux ARM;其说明提醒,在上游改动落地之前,更新的上游软件包可能会将其替换为不含 NVIDIA 支持的版本。
Quake 可打开智能体选择器或正在运行的本地模型
dhh 已将 omacom/omarchy#17457 合入 Quattro。空的 Quake 控制台现在会提供智能体选择器,并在有兼容智能体可用时优先使用正在运行的本地模型。从控制台安装的智能体会以平铺方式在控制台内打开,不再停留在安装时使用的浮动终端中。
greptile-apps[bot] 发现,多个终端窗口共用同一进程 ID 时会出现故障。为此,
dhh 在 omacom/omarchy#17457:discussion_r4456536132 中为安装程序窗口设置了唯一标题,并添加了回归测试。另外的提交在 master 分支加入了 Amp Desktop 软件包,并在 Quattro 中加入安装和卸载菜单;卸载时会保留 'Amp CLI' 的目录,详见 omacom/omarchy@8c76648872bf。
软件包构建拒绝归属于本地账户 ID 的文件
emirb's 软件包构建防护措施已提交,会拒绝包含文件归属非 root 用户或非预期用户组的归档。omacom/omarchy-pkgs@98353c6bab94 说明了起因:aarch64 版 Bitwarden 软件包中有 222 个文件归属于数字 ID 1001,这可能让 ID 相同的本地账户获得对安装后的二进制文件的控制权。
master 上的另一项提交将 Bitwarden 的解包方式改为使用 root 所有权:omacom/omarchy-pkgs@8896655942d7。这项防护会在发布前拒绝受影响的构建;该提交称,在检查的 525 个 edge 软件包中,只有 aarch64 版 Bitwarden 存在这一问题。
Hyprland 更新提案旨在解决拔除显示器引发的崩溃
MPavleski's 提案 omacom/omarchy-pkgs#2064 仍处于开放状态。目前提议更新至 Hyprland 0.57.1-2 并配套更新 titlebars,取代最初针对会话锁定和 dmabuf 的修复回移,因为上游版本已包含这些修复。
在调整方案之前,MPavleski 报告称,本地打过补丁的 0.57.0 构建在拔除 HDMI 后仍能正常运行,没有再出现此前的 Firefox 崩溃和桌面 shell 退出。这些是贡献者针对该构建提供的测试结果。
l2aptor 则另行报告了解锁后 HDMI 输出丢失的问题,并要求优先处理;使用上游已收录的另一项补丁后,曾成功启动一次。这些报告说明了更新的紧迫性,但并不能证明修复已经发布。原文所称 update's urgency 指的正是这种紧迫性。
Superwhisper 设置修复进入 Quattro
dhh 关闭了
AnPod's 提案 omacom/omarchy#15622,没有将其合并,并解释说,其他改动已经解决了首次运行设置、托盘位置以及缺少 aarch64 镜像软件包的问题。该提案曾指出,全新安装缺少 Superwhisper's 用户配置和快捷键。
Quattro 还提交了针对已安装但尚未配置的系统的修复,以及一个共用的 Hyprland 重载辅助工具。omacom/omarchy@5c0d91a18549 解决了在桌面会话之外调用设置流程时的问题:重载采用 Hyprland's 实例选择机制,如实报告失败,并且不再导致听写设置在保存配置后失败。
ARM 内核新增四款骁龙笔记本的设备树
ryanrhughes 将
birkskyum's 提案 omacom/omarchy-pkgs#2049 合并至 master,新增 Acer Swift 14 AI、Swift Go 14、Dell Latitude 5455 和 HP EliteBook 6 G1q 的设备树。提交说明称,所需固件包和 systemd 硬件标识已经具备,因此镜像选择流程可以使用这些新设备树。
github-actions[bot] 在 omacom/omarchy-pkgs#2049:issuecomment-6592465708 中报告,linux-omarchy 7.3-11 已发布至 edge/aarch64。提案称设备树均已成功构建,但也明确表示,这四款笔记本均未使用该内核启动过,因此发布并不意味着已经证实这些硬件能够正常运行。
Omapasskey 加固终端输出后正式发布
Divanyx's 基于 TPM 的 Omapasskey 上架申请已获发布并关闭。
Divanyx 在 omacom/omarchy-plugin-marketplace#13302:issuecomment-6602986228 中报告,1.2.2 版会转义账户名和设备名中不可信的终端控制字符,也涵盖已经存储的名称,并配有回归测试。
随后,HANCORE-linux 确认,此前报告的问题已在所审查的提交中解决,并接受了显式设置专用系统服务的方式。
github-actions[bot] 在 omacom/omarchy-plugin-marketplace#13302:issuecomment-6614926435 中记录了发布结果。用户仍需安装本机服务并设置 PIN;此次验证仅适用于市场中那个确切的版本快照,并不构成安全审计。
PrimoDock 更新仍因应用标识启动路径的问题受阻
PrimoGameStudio's 申请 omacom/omarchy-plugin-marketplace#13628 仍处于开放状态。后续修改已从自动图标路径中移除未经处理的应用标识,将恢复参数作为数据传递,并替换了基于 eval 的网页应用启动路径。
HANCORE-linux 确认网页应用的问题已修复,但在最新审查版本中发现了另一条路径:对于无法识别的已固定应用,用户关闭并重新启动它后,其客户端提供的标识仍可能被传入 shell,也就是 application's client-supplied identity。omacom/omarchy-plugin-marketplace#13628:issuecomment-6618047712 因此仍未给予批准。这一发现基于静态审查,描述的是满足特定条件后以桌面用户身份执行的情形,并未声称涉及 root 权限或零点击执行。
更新期间暂停 shell 的提案取得进展,恢复机制仍有缺口
taxin-404's 提案 omacom/omarchy#16900 尚未关闭,建议在替换软件包期间暂停加载插件,随后重启桌面 shell。它旨在解决更新过程中旧引擎加载不兼容的新 QML,导致桌面 shell 快捷键失效的问题。
在 greptile-apps[bot] 提出疑虑后,
taxin-404 报告称,已修复锁状态不确定、识别其他 shell、暂停期间状态栏发生变化,以及通知时间戳符号链接等问题。刷新和切换频道的事务失败后该如何统一恢复,仍需决定。贡献者的最新报告还指出,由于缺少配套的软件包钩子,一项配置检查仍未通过;该提案尚未合并。
