已合并
emirb

来源

音频修复针对应用无提示终止和声音中断

emirb 将 omacom/omarchy#16824 合入 Quattro 开发分支。该改动在各平台上安装 rtkit，允许宿主系统中的 PipeWire 客户端直接请求实时调度，并在启用服务前修复正在运行的会话。提案指出，实时运行时间配额为零会导致应用被无提示终止，同时还存在音频线程在高负载下错过处理时限的问题。

修复会在安装前提高现有的零值限额，并协调并发更新。PR 报告称，在测试的两台实体机器上，没有出现升级导致的进程终止，低缓冲区测试中的音频缓冲区欠载次数也分别从 111 次和 92 次降至零。这些测量结果由贡献者报告。Flatpak 客户端和 WirePlumber 仍存在与 portal 相关的限制，因此此次合并并不能证明所有受影响的路径都已修复。

已合并
dhh

来源

各显示器的缩放设置可独立保存

dhh 提出并将 omacom/omarchy#16923 合入 Quattro，将通过共享缩放设置保存配置的方式，改为为当前焦点所在的显示器保存规则。因此，更改笔记本内置屏幕的缩放比例后，重新加载配置应不再连带改变外接显示器的缩放比例。

在后续回复中，dhh 介绍了保留配置符号链接的原子写入方式，以及避免修改复杂显示器规则的保护措施。随后，dhh 合入 omacom/omarchy#16950，根据已启用显示器中最低的缩放比例确定整个会话的 GDK_SCALE。这解决了 XWayland 应用在低像素密度屏幕上显示过大的问题，但明确提到的代价是，这些应用在高像素密度屏幕上可能会显得稍小。

已合并
dhh

来源

Quattro 加入默认触控板手势

dhh 提出并将 omacom/omarchy#16891 合入 Quattro。三指滑动可切换工作区、切换 AI 控制台的显示状态，或打开 Omarchy 菜单；四指滑动可将当前活动窗口移至其他工作区，或切换全屏状态。

对于已有自定义手势的配置，迁移时会停用默认手势，以避免绑定冲突。在后续处理中，dhh 将检测范围扩展到嵌套配置文件和符号链接，并在编辑配置时保留符号链接。用户可以禁用全部默认手势，也可以先取消单个绑定，再用自己的设置替换。

已合并
dhh

来源

桌面 shell 接管背景开场动画的时序控制

dhh 提出并将 omacom/omarchy#16884 合入 Quattro，把背景开场动画的时序控制从 shell 脚本移至桌面 shell。这套流程会保留即将替换的画面，直到新画面准备就绪，并协调背景链接、开场动画播放及最后的 Hyprland 重载。

dhh 在后续回复中说明，改动通过锁机制避免背景更改与主题切换相互干扰，在持有重载锁期间检查开场动画是否正在播放，并在运行中的旧版 shell 不支持新交接机制时退回普通过渡。这些改动旨在解决闪烁、过渡中断及快速连续选择造成的冲突。

已合并
omarchybot

来源

原生 Wayland 屏幕保护程序取代终端窗口

omarchybot 将 omacom/omarchy#16800 合入 Quattro。新的实现会在每台显示器上绘制覆盖层，并在鼠标移动、点击、滚动或按键时退出，取代原先不响应鼠标输入的终端窗口。

对于覆盖层无法接收的活动，例如已绑定的媒体按键，空闲服务也会停止屏幕保护程序，并在用户返回时取消待执行的锁屏。PR 报告称，两种架构的软件包均已在 edge 提供；要让包含这项改动的 Omarchy 版本进入 rc 和 stable 渠道，仍需先将软件包晋级到这些渠道。

待审提案
omarchybot

来源

通过密码选择家庭账户的功能仍在开发中

omarchybot 提交了 omacom/omarchy#16920，这项尚未合并的 Quattro 提案旨在让多个成人和儿童共用一套安装。每个账户都将拥有自己的磁盘解锁密钥槽，输入的解锁密码将决定进入哪个桌面。儿童账户还将提供应用限制、主题合集、屏幕使用时间管理和网站允许列表。

omarchybot 在后续回复中报告，已修复跨账户访问儿童 DNS 解析器、root 密码管理责任移交中断，以及 sudo 要求密码时创建账户的问题。这些修复仍位于提案分支中，尚未成为已合并的功能。

提案明确说明了儿童管控的局限：有决心绕过限制的儿童可以修改自己的会话，而知道磁盘密码的人可以通过启动式 USB 读取磁盘。Apple Silicon 还需要引导软件包提供支持，才能添加另一个人的密钥槽。

待审提案
omarchybot · cobrakoral · jdx

来源

Mise 优先级讨论转向由用户明确禁用

omarchybot 提交了 omacom/omarchy#16881，讨论 mise 中尚未安装、采用延迟安装机制的默认工具优先于另行安装命令的问题。当天较早时，omarchybot 在回复中转述了维护者的倾向：只将尚未安装的默认工具排在其他已安装版本之后。

随后，cobrakoral 报告的测试表明，提议的 PATH 排列可能绕过项目明确指定的版本，或在 mise 执行环境中失效。cobrakoral 还区分了上游的状态显示改进与可执行文件选择：将工具显示为 lazy，并不会改变实际运行哪个二进制文件。

针对这些发现，jdx 表示，应通过用户明确禁用来解决，并要求不要在 mise 或 Omarchy 中继续推进自动回退方案。jdx 建议，对单个命令使用 disable_tools，对 Omarchy 的默认预装工具则使用 Remove > Preinstalls。该议题仍未关闭；所提供的讨论只能确认这项建议，不能说明 Omarchy 已合并优先级调整。

待审提案
hegjon

来源

安装程序提案旨在减少 USB 启动时的资源争用

hegjon 提交了 omacom/omarchy-iso#355，目前仍未合并。它为验证服务单独进行 I/O 计量，避免启动 shell 执行不必要的工作，并预先构建控制台字体，目标是在保留介质验证的同时，更快进入安装程序欢迎界面。

在最初的虚拟机测量之后，hegjon 报告了使用同一只 USB 存储设备在真实 ThinkPad X200 上进行的测试：从内核启动到出现欢迎界面的时间由 25.5 秒降至 20.5 秒，随后也成功完成了完整安装。这些数据由提案作者测得。后续测试缩小了这台机器上的预期收益范围，因为未作改动的 initramfs 阶段仍是耗时最长的部分。

已合并
chriskearney · maralcbr · ryanrhughes · github-actions[bot]

来源

M3 Max 的显示与 GPU 加载器默认设置进入 edge

chriskearney 提交的 omacom/omarchy-pkgs#1707 已由 ryanrhughes 合入 master。加载器软件包在通过准入检查的前提下，为 J516C 型 16 英寸 M3 Max 默认启用现有的显示与 GPU 交接机制，并包含 T6030 外接显示器所依赖的内存交接机制。

批准该改动的审阅者 maralcbr 要求先发布配套的内核和 Mesa，再发布加载器，以免 edge 将它与旧内核搭配使用。随后，github-actions[bot] 报告称，面向 aarch64 的 m1n1-aurora 1.6.1.aurora22-1 已成功发布到 edge。

该 PR 区分了早先的硬件测试与对这套确切软件包组合的验证。现有安装需要重新构建 boot.bin 并用它启动，才能使用新的 Stage2；重建安装程序，以及完成 rc 或 stable 的全面验证，仍是另外的工作。

已关闭
spalencsar · HANCORE-linux · github-actions[bot]

来源

Omarchy Files 修复隐私问题后上架

spalencsar 通过 omacom/omarchy-plugin-marketplace#13098 提交了 Omarchy Files 启动器组件。它会启动一个独立的文件管理应用；如果尚未安装该应用，则会在用户确认后将其安装到用户的主目录下。

审阅者 HANCORE-linux 确认了此前对文件夹历史记录和分发问题的修复，随后又发现私密文件名和原始错误信息会通过通知命令的参数暴露。后续审查确认，发布的 v0.1.3 已解决这些问题，且所固定归档文件的校验和相符。

随后，github-actions[bot] 报告已完成发布和验证，提交也随之关闭。验证仅适用于接受审查的插件市场快照，并明确不构成安全审计。