ARM 每夜构建版安装、显示器工作区与插件安全修复

01ARM edge ISO 新增每夜构建安装流水线

emirb 于 10 月 16 日提交了 omacom/omarchy-iso#282，并将其合并至 quattro。该改动新增了一条 aarch64 edge 每夜构建流程：构建 ISO、执行无人值守安装、将安装后的系统启动两次，再以 N1x 身份重复安装，全部完成后才允许发布。

该流水线会发布 ISO、校验和，以及软件包和内核的元数据。此工作流仍不支持 ARM 虚拟机镜像。这是开发分支中用于 edge 构建的基础设施，并非稳定版发布公告。

02安装程序保留其他已安装系统的 Limine 引导项

birkskyum 于 10 月 16 日批准了 jdvmi00 的 omacom/omarchy-iso#192，并将其合并至 quattro。清理操作现在会同时匹配引导项的标签、分区和加载器，避免因 Limine 标签相同而误删另一个已安装系统的启动选项。清理失败时会记录日志，不再中止安装。

github-actions[bot] 报告称，x86_64 和 aarch64 的安装测试均已通过。该改动已合并至开发分支；现有证据无法确认已有稳定版包含此改动。

03Spark 空闲重置修复提案继续沿用 ARM 共用内核的方向

jdvmi00 于 10 月 16 日提交了 omacom/omarchy-pkgs#1191，旨在防止 NVIDIA DGX Spark 在空闲时重置。当前说明将重置归因于对固件 DVFSRC 标志的一次写入，并提议仅在精确匹配 Spark 硬件时跳过该写入。该说明截至 10 月 19 日仍有更新，其中表示，针对这一限定硬件范围的测试尚待进行。

birkskyum 对匹配范围过窄提出质疑，指出其他 GB10 台式机仍可能执行该写入。在相关内核讨论中，ryanrhughes 明确要求所有 aarch64 系统共用一个 linux-omarchy 内核，jdvmi00 同意沿此方向继续调查。重置修复仍是尚未合并的提案，当前说明也未验证更广泛的 GB10 和 N1x 设备的行为。

04每台显示器拥有各自编号的工作区

ryanrhughes 于 10 月 16 日提交了 omacom/omarchy#15655，并于 10 月 18 日将其合并至 quattro，合并日期不在本次报道所覆盖的当天。根据当前说明，每台显示器各自拥有编号从 1 到 10 的工作区，因此数字快捷键会作用于当前聚焦的显示器，各栏也只显示对应显示器的工作区。

当前设计会在显示器重新连接时保留其工作区分配；拔出显示器后，工作区会合并到另一块屏幕上，待原显示器重新连接后恢复原有编号。说明还指出，已保存的工作区布局不会随重新编号而调整。这些细节来自后续更新的说明；合并意味着该功能已进入开发分支，并不代表已发布稳定版。

05各显示器独立缩放提案在审查中取得进展

timothygwright 在 omacom/omarchy#15665 中提议，在“显示”面板的缩放预设上方添加显示器选择器。这项于 10 月 16 日提交的提案还允许缩放命令指定输出名称，并在启用多台显示器时，按输出分别保存通过快捷键对当前聚焦显示器所做的缩放调整。该提案尚未合并。

审查后，timothygwright 报告修复了通过键盘选择列表中靠后显示器的问题、拔出显示器后设置无法保留的问题，以及以分号分隔的设置中旋转字段未被保留的问题。随后，greptile-apps[bot] 报告称，三项审查发现均已修复。作者还表示已在两台实体显示器上检查该面板；这属于贡献者自行报告的验证。

06AI Edit 和 Lock Screen Explorer 发布经审查的安全修正

HANCORE-linux 发现剪贴板读取可能导致共享 shell 卡住或耗尽其资源后，AI Edit 的 omacom/omarchy-plugin-marketplace#11847 于 10 月 16 日完成发布。paulmiddelkoop 将原生粘贴功能替换为独立读取程序，并设置了 4 MiB 和两秒的上限。后续审查又发现，Codex 的工具访问权限可能使其在所选文本之外上传本地图片；paulmiddelkoop 报告称已禁用该访问权限，HANCORE-linux 确认了这两项修正，随后 github-actions[bot] 宣布发布。

Lock Screen Explorer 的 omacom/omarchy-plugin-marketplace#10783 也已完成发布。HANCORE-linux 发现，一个可选的开机轮换辅助程序可能将更新启动画面的权限扩大为以 root 身份执行代码的能力。SirJul1337 在更新中加入了管理员授权提示，以便在升级时移除已安装的辅助程序。随后，HANCORE-linux 确认了移除流程、启动主题的防篡改封闭措施，以及此前的剪贴板和权限修正，并批准了此次更新。

github-actions[bot] 表示，AI Edit 的发布验证由自动化流程完成，Lock Screen Explorer 的发布验证则经维护者审查。两则通知都将验证范围限定于插件市场中确切的那一份快照，并明确说明这不等同于安全审计。

07VPN DNS 提案获执行代理复现，兼容性讨论进一步聚焦

Alumniminium 尚未合并的 omacom/omarchy#14350 提议，用 Wi-Fi 和以太网连接配置中的 DNS 提供商设置，加上一个 dispatcher 钩子，取代 NetworkManager 的全局 DNS 覆盖配置。其目标是在保留所选公共 DNS 提供商的同时，允许 VPN 连接提供用于解析私有域名的解析器。

10 月 16 日，Alumniminium 同意更新一项现有测试。随后，omarchybot 报告了工作进程中的复现结果：使用 quattro's 实现时，WireGuard 私有域名无法解析，而采用该提案后便可解析，同时以太网仍使用 Cloudflare DNS。该机器人还报告称，已修正对某些地址族的处理，这些地址族的 NetworkManager 方法会拒绝 DNS 设置。

该提案仍在等待维护者决定如何处理网桥、链路聚合和 VLAN 上行连接，并与其他涉及相同部分的改动协调。据报告，目前的实现让这些连接继续使用 DHCP 提供的 DNS。omarchybot 报告称，专项测试已通过，但范围更广的 shell 测试套件仍有失败，因此现有证据只能说明特定问题取得进展，不能说明整个测试套件全部通过。

08锁屏崩溃调查通过快速移除显示输出复现问题

MarlonAzevedo 于 10 月 16 日在 omacom/omarchy#9156 中补充报告：一台 AMD 笔记本电脑在锁屏期间接入显示器和 USB 集线器后，shell 发生崩溃。锁屏恢复后虽报告处于安全状态，屏幕却一直黑着，最终只能强制重启。

随后，omarchybot 报告称，在较新的软件包版本上，通过在锁屏期间创建无头显示输出并立即移除，复现了一次协议错误导致的崩溃。跟踪信息指向锁屏表面请求与显示输出移除之间的竞态。该机器人将这次崩溃归因于 Hyprland，同时明确表示，后续黑屏现象的原因仍未得到解释。

该问题仍未关闭。机器人报告称，此次调查未找到可局限在 Omarchy 内实施的修复方案，并将避免关闭显示器电源或保留一个无头显示输出列为留待维护者决定的设计选项。

09Eyes 提议在本地生成屏幕描述，隐私检查仍在审查中

Chessing234 于 10 月 16 日提交了 omacom/omarchy#15660。当前说明提出了 Eyes：一个按需调用的屏幕捕获命令，可让本地视觉模型描述屏幕、回答问题或定位对象，但不会点击对象。该说明在报道所涵盖的日期之后经过更新，并称测试使用了替代组件，尚未用真实模型进行端到端测试。

在 10 月 16 日的审查评论中，greptile-apps[bot] 指出，密码管理器焦点检查与截图之间存在时间间隙，而且取消操作后临时截图仍会保留。这些是针对当时所审查版本的发现，并非对当前实现's 行为的独立验证。该提案仍未合并。

10Super + Shift + S 成为截图快捷键

quattro 分支中的提交 omacom/omarchy@51bfd1dbaa1b 新增 Super + Shift + S 截图快捷键，并将 Google Maps 改为 Super + Shift + Alt + S。TripleU613 被列为参与者；该提交's 作者姓名记录为 TripleU。

提交历史记录显示，原本提议用于重写个人快捷键绑定的迁移方案已被放弃，原因是软件包更新会替换默认绑定文件。这是已提交到开发分支的改动，并不能证明它已包含在稳定版中。

11Aurora 内核支持在 QEMU's virt 虚拟机中启动

omacom/omarchy-pkgs@1cc8d4436ab3 向 master 分支提交了通用 PCIe 主控制器和 PL011 控制台支持。此改动使 Aurora 内核能够在 QEMU's virt 虚拟机中识别虚拟磁盘和网络，并提供控制台，也适用于 Apple Silicon 上的 UTM's 配置。

malik-na 被列为参与者，该提交's 作者姓名记录为 Naeem Malik。软件包修订号升至 12，固定的源码版本保持不变；提交说明称，新增驱动绑定的设备树节点并不存在于 Apple's 硬件描述中。