通知控制功能精简，Mac 引导加载程序迁移进入 edge 渠道

01通知功能回归简单的勿扰开关

dhh 编写了两项改动并将其合入 quattro，移除了通知稍后提醒、屏幕共享检测、通知面板及其偏好设置。在 omacom/omarchy#16429:issuecomment-6371608347 中，dhh 表示，这项功能的完成度尚未达到他认为足够好的水平。这些是开发分支上的改动，并非已宣布的稳定版发布。

omacom/omarchy#16430 将铃铛保留为勿扰模式开关。通知采用固定规则：跟随当前获得焦点的显示器、避让全屏窗口、保留一天的历史记录且最多 100 条，并允许验证码通知在勿扰模式下显示。右键点击可关闭通知卡片，Super+Shift+Alt+, 仍可将已记录的通知重新显示在屏幕上。

02Mac 引导加载程序迁移已发布至 edge，硬件验证仍待完成

maralcbr 合并了 chriskearney 提交的 omacom/omarchy-pkgs#1513，将 m1n1-aurora 改为使用固定版本的 omacom/m1n1 源码，并替换下游的 aura 和 m1n1-neo 软件包。github-actions[bot] 在 omacom/omarchy-pkgs#1513:issuecomment-6359746568 中报告，aarch64 架构的 1.6.1.aurora20-3 版本已在 edge 渠道上线。这是 edge 渠道发布，并不意味着已通过 rc 或稳定版验证。

评审在合并前改变了升级路径。maralcbr 改用虚拟 U-Boot 依赖，让现有安装可以保留原有提供方；同时扩大了保留的 Stage 1 引导支持矩阵，并报告配套的镜像构建器切换已合入。常规软件包更新只会更改 Stage 2，不会注册新的 Stage 1。

scottjones 报告称，在从零搭建的根文件系统中成功完成了软件包迁移，但也在 omacom/omarchy-pkgs#1513:pullrequestreview-5624139147 中提出了加密配置下 M3 Air 的显示故障，以及 Stage 1 重定位方面的疑虑。该提案注明，这一确切版本的软件包仍待硬件验证；构建成功并发布到 edge，并不能证实这些冷启动测试的结果。

03安装程序 CI 扩展至十种安装配置

emirb 将 omacom/omarchy-iso#238 合并到了 F1 开发分支 f1/17-receive-path-archinstall-45。该改动只构建一次 ISO，再将其分发给十种 x86_64 测试配置，涵盖加密、英式键盘、小容量磁盘、低内存、BIOS、统一内核映像和低速安装介质。默认配置和加密配置会运行完整的集成测试场景。

这项改动将此前在工作站上运行的测试覆盖范围移入 CI。已知的恢复出厂设置失败仍会显示，只有断言文本完全匹配且未超过指定到期日时才获准放行。greptile-apps[bot] 还在 omacom/omarchy-iso#238:discussion_r4359256431 中指出了本地测试框架的清理问题：启用 keep-running 时，虚拟机启动失败可能导致模拟 PCI 服务器继续运行。所提供的审查将此问题列为不阻碍合并。

04通过预构建根文件系统映像安装的方案仍在审查中

emirb's 尚未合并的提案 omacom/omarchy-iso#216 计划安装预构建的根文件系统映像，再添加特定机器所需的软件包，以此取代安装时解包约 940 个软件包的流程。该合入提案注明采用了 hegjon's 根文件系统映像设计。github-actions[bot] 在 omacom/omarchy-iso#216:issuecomment-6364126768 中报告，虚拟机安装测试通过，x86_64 上耗时 41.6 秒，aarch64 上耗时 23.8 秒，但 ISO 构建时间有所增加。

hegjon 发布了一份自动化审查，并对其中部分发现进行了人工抽查，涉及机器身份初始化、额外的内核启动映像，以及缩容失败后的回退处理。随后，greptile-apps[bot] 在 omacom/omarchy-iso#216:discussion_r4359565646 中指出，软件包数量查询仍在请求原版 linux，而非所选映像的内核。这些发现针对的是特定修订版本；虚拟机测试通过的报告不能证明所有疑虑均已解决。用于合入该方案的 PR 仍未合并。

05重定向与 IPv6 修复推动 Web 应用图标防护方案

hizawye's 尚未合并的提案 omacom/omarchy#16343 将自动发现的图标限制为与最终页面同源，并在请求重定向目标之前进行检查。在讨论期间，hizawye 为页面读取加入了大小上限，让图标地址基于最终页面解析，并将凭据保留范围限制为协议、主机名和有效端口均相同的请求。用户明确提供的图标 URL 保持原有行为。

omarchybot 在 omacom/omarchy#16343:issuecomment-6368320917 中报告，执行代理已验证最终受审的最新提交，覆盖 26 个专项用例和一台真实的 IPv6 服务器。此前，hizawye's 修正解决了比较时将 IPv6 方括号当作模式的问题。该提案仍在等待维护者就约 250 行 URL 处理代码及其与其他图标改动的重叠作出决定。其主机名检查并不等于私有地址过滤；对于有意排除的 CDN 图标，系统可能回退到 Google's 网站图标服务。

06卡死调查发现 binder 内存回收回调未注销

在 omacom/omarchy#15950:issuecomment-6358826873 中，omarchybot 将所报告的内存回收卡死问题追溯到内核树外的 binder_linux 模块：内核已内置 binder 时，该模块加载失败。它的分析发现，一条错误处理路径在模块代码释放后，仍留下已注册的内存回收回调。该机器人报告，尝试加载模块后，执行代理出现了三次卡死；未加载模块的三次对照运行则均未卡死。不过，它未能捕获执行代理的 oops 文本，涉及的内核和执行代理分别对应原文中的 kernel's 与 worker's。

hamedtareqhamed 另行提供了一份涉及防火墙日志记录的崩溃报告。omarchybot 解释了已释放的模块内存如何使同一缺陷表现为不同网络函数中的问题。随后，jhnct 在 omacom/omarchy#15950:issuecomment-6371695054 中报告，移除该模块后，之前观察到的 oops 不再出现。该问题仍未关闭，调查也明确指出，尚无法解释早先在内核 7.2.5-3 上观察到的一次情况。

07指纹移除提案拟先清空读取器存储，再删除本地记录

scottjones 提交了 omacom/omarchy#16403，计划在服务和本地录入记录仍然存在时运行 fprintd-delete。当前提案针对的是将指纹存储在设备上的读取器：若先删除本地记录，可能再也无法访问设备上的副本。该方案还会在更改前请求 sudo 授权，并在读取器端删除失败时报告错误，同时继续执行移除流程。

omarchybot 报告软件检查通过后，要求提供硬件实测证据。scottjones 在 M2 Max MacBook Pro 和 MacBook Neo 上测试了移除顺序，之后均成功重新录入同一根手指。在 omacom/omarchy#16403:issuecomment-6370352605 中，omarchybot 强调，成功重新录入与证明删除是两回事，并询问两次测试中是否出现过警告。该 PR 仍未合并；所提供的结果证实了实测顺序及之后的可用性，尚不能确认安全隔区中的指纹已被擦除。

08天气雷达提案为美国地点加入回放功能

wesleygrimes 提交了 omacom/omarchy#16406，计划在天气预报下方显示最近十次 NEXRAD 扫描，支持回放和拖动浏览，时间显示与系统时钟格式一致。该提案默认启用雷达，在 NWS 覆盖范围以外隐藏雷达，停用时不发送雷达请求。启用后打开面板，会向天气服务发送经过四舍五入的位置数据，并向指定提供商请求雷达和地图瓦片。

greptile-apps[bot] 在 omacom/omarchy#16406:issuecomment-6366926786 中报告，此前发现的具名地点天气预报和键盘访问问题已修复。wesleygrimes 表示已完成全套测试、主题检查以及从右到左布局的检查。该功能仍是尚未合并的提案，并依赖另一个 PR，雷达支持尚未正式推出。

09NOVA 新增编程助手配置，市场验证仍在进行

Yangass 在仍未关闭的验证请求 omacom/omarchy-plugin-marketplace#12377 中报告了 NOVA 的多个连续版本。这些版本新增了需经批准的本地模型 OpenCode 助手配置流程，以及适用于已安装的 Claude Code、Codex 和 Antigravity 启动器的配置档案。NOVA 会保留其他配置档案，验证启动器和项目文件夹，并由在线工具自行处理登录。

Yangass 还报告修正了对 Ollama 0.40's 清单布局的处理，此前该问题会导致有效的模型安装无法通过修订版本检查。这些发布和测试结果均为作者自行报告，属于原文所称的 author's reports。github-actions[bot] 记录了所请求目标版本 0.17.1 的 Quattro 兼容性，但其安全基线仍需人工审查。市场快照在成功发布之前保持不变。

10剪贴板审查发现问题后，Plug 撤回验证申请

weedwhitesandwine 关闭了 Plug 更新验证请求，并要求将其从市场下架。在 omacom/omarchy-plugin-marketplace#12459:issuecomment-6358501211 中，作者认可了剪贴板方面的审查发现，并表示已没有时间按审查要求的标准维护 Plug。这表明作者已撤回申请并提出下架请求，并不意味着已经完成下架。

作为背景，10 月 22 日，HANCORE-linux 已确认此前的 HTTP 重定向和对端所有者问题得到修正，但也发现一个可编辑的原生文本字段，其自动剪贴板处理可能将大小不受限制的剪贴板数据读入共享 shell。本次撤回结束了这轮验证，但并未将这一遗留问题视为已修复。