01从 Update 菜单选择默认启动内核
dhh 编写了 omacom/omarchy#15966，并将其合入 Quattro 开发分支。安装了多个内核时，Update 现在会提供 Kernel 菜单，通过身份验证后即可更改 Limine's 默认内核、重新构建所选内核，并显示重启通知。该命令会拒绝在 Direct Boot 模式下切换；如果切换失败，则会尝试恢复之前的启动配置。
讨论最终接受了一项有意保留的限制：如果手动编辑的启动顺序以通配符开头，当前内核旁可能不会显示勾选标记。dhh 解释说，随系统提供的设置和内核选择命令都使用精确的内核名称；
greptile-apps[bot] 接受了这一取舍，并在 omacom/omarchy#15966:discussion_r4339204956 中撤回了该问题报告。
02显示器开关和浮动工作区保留个人布局
dhh 将 
zihaomu 的两项修复合入 Quattro 开发分支。omacom/omarchy#16147 让重新启用的显示器保留现有按名称匹配规则中的显示模式、位置和缩放比例。omacom/omarchy#16143 则让在已保存的工作区模式之后注册的个人浮动窗口规则，在首个匹配窗口打开前生效，避免窗口被意外调整大小，或随后转为平铺。
omarchybot 报告称，已在一次性的 Omarchy 工作实例上复现这两个问题并验证修复。其显示器审核也指出了适用边界：自定义的通配符规则和按描述匹配的显示器规则仍可能丢失布局。浮动工作区的改动修正了规则归属和排除逻辑，并不意味着初始窗口尺寸协商问题已得到普遍解决。
03Surface Pro 11 软件包已入库，机型配置仍待决定
turbineBMW's Surface Pro 11 机型支持提案 omacom/omarchy#14390 仍未合并。配套提交已进入软件包仓库的 master 分支，涉及 Wi-Fi、音频、摄像头路由、Flex Keyboard 配对、休眠恢复行为、触控笔输入和环境光感应。软件包提交说明称已发布至 edge；这与机型配置是否获准合入是两回事。
birkskyum's 审核要求将仅适用于 ARM 的软件包排除在 x86_64 离线镜像之外，并使用已发布的软件包完成一次安装。排除这些软件包的改动已以 omacom/omarchy-iso@886f2899f1bb 提交至 ISO 仓库的 Quattro 分支；turbineBMW 也在 omacom/omarchy#14390:issuecomment-6323783042 中报告，已在 Surface 上成功完成全新安装。
omarchybot 随后表示，作者一方需要完成的前置事项均已完成，但分类以及几种相互竞争的支持方案如何取舍，仍需维护者决定。该配置提案面向 OLED 机型；LCD 和 X Plus 版本仍不在已测试范围内。
05原生 Podman 提案明确迁移和恢复的适用边界
acrogenesis 提交了 omacom/omarchy#16173，拟将 Podman 设为原生容器引擎，并提供可选的 Docker 兼容支持。该提案将开发用数据库交由无 root 权限的用户服务管理，在符合条件的 Docker 迁移中保留数据，并将 Windows 启动器改为使用经过身份验证、以 root 权限运行的 Podman，同时保留其磁盘和凭据。提案仍未合并。
greptile-apps[bot] 质疑软件包查询能否识别替代的 Docker 提供包。acrogenesis 报告称，已使用实际的 pacman 二进制程序和隔离的软件包数据库进行测试，确认这些提供包确实能被解析，并在 omacom/omarchy#16173:discussion_r4337709418 中将该问题归为误报。作者还区分了当前专项测试套件的结果与早先的运行验证：本次更新后的提案并未重新进行完整安装和引擎迁移。
06强制门户认证提案将在登录期间暂停 Tailscale 出口节点
dhh 提交了 omacom/omarchy#16186，拟将连通性检测迁至 Omarchy's 自有端点，并改善强制门户登录流程。提议中的门户命令会暂时停用当前启用的 Tailscale 出口节点，持续检测网络连通性，并在登录完成后恢复该节点。网络面板也将避免在无法访问互联网时显示可能造成误解的丢包测量结果。
greptile-apps[bot] 指出，完成状态检查依赖语言区域设置，可能导致出口节点一直处于暂停状态；另有一些通知字符串绕过了翻译目录。提案仍未合并。dhh's 说明还将浏览器缓存的 HSTS 列为已知障碍，并表示尚未测试实际的出口节点暂停操作和真实的强制门户登录流程。
07安装程序拟增加保护，避免分区表读取失败危及现有数据
emirb 发现，使用空闲空间安装时，如果首次读取分区表失败，安装流程可能将现有分区误认为新建分区，因此提交了 omacom/omarchy-iso#307。这一问题可能导致现有的 Omarchy EFI 分区被格式化，或在回滚时被删除。
这项尚未合并的提案要求在创建分区前后都成功读取分区表，并确认恰好多出一个分区。如果无法安全识别新建分区，安装就会停止，不再猜测。
github-actions[bot] 在 omacom/omarchy-iso#307:issuecomment-6322688377 中报告，x86_64 和 aarch64 的安装测试均已通过。
08Live ISO 拟使用电脑实际将安装的内核启动
emirb's 提案 omacom/omarchy-iso#310 仍未合并，拟在普通 PC 的 live 环境中启动 linux-omarchy，同时为制造商信息显示为 Apple 的机器保留 linux-t2。目的是在安装前就实际运行将要安装的内核，避免用户直到经过引导加载器和磁盘解锁提示后才首次接触它。
该提案将两个内核都加入 x86_64 镜像，估计会使镜像体积增加约百分之三。github-actions[bot] 在 omacom/omarchy-iso#310:issuecomment-6328144501 中报告，x86_64 和 aarch64 安装测试均已通过；提案尚未合并。
11软件包跟踪加入身份验证请求和有限次数重试
与 emirb 相关的软件包维护提交已进入 master 分支，以解决上游跟踪不稳定的问题。omacom/omarchy-pkgs@4f04db9a0506 加入经过身份验证的 GitHub API 请求，并对受影响的抓取操作强制使用 HTTP/1.1。提交说明将近期大量失败归因于共享匿名 API 配额限制，其余一些失败则归因于 HTTP/2 错误。
omacom/omarchy-pkgs@b4c15a6898b2 为暂时性故障加入有限次数重试，并在输出下载内容前先将其暂存，避免重试后把多段不完整响应拼接在一起。另一项配套提交移除了 Basecamp 中每小时发送的通用分支跟踪失败消息，同时保留失败的 Actions 运行记录和各软件包的专属日志。
