已合併
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 提供；仍須將其推進至 rc 與 stable，這些管道才會收到包含此變更的 Omarchy 版本。

待審提案
omarchybot

來源

以密碼選擇家庭帳號的功能仍在開發中

omarchybot 提出了 omacom/omarchy#16920，這項尚未結案的 Quattro 提案，旨在讓多名成人與兒童共用同一套安裝。每個帳號將有自己的磁碟解鎖金鑰槽，並依輸入的解鎖密碼選擇要進入的桌面。兒童帳號還將提供應用程式限制、主題集、螢幕使用時間管理，以及網站允許清單。

omarchybot 在後續回覆中回報，已修正跨帳號存取兒童 DNS 解析器、root'密碼管理責任轉移中斷，以及 sudo 要求密碼時無法建立帳號等問題。這些修復仍在提案分支內，尚未成為已合併的功能。

提案明確說明了兒童管控的限制：有心規避的孩子可以修改自己的工作階段，而知道磁碟密碼的人，也能透過 Live USB 讀取磁碟。Apple Silicon 還需要開機套件支援，才能接受另一個人'的金鑰槽。

待審提案
omarchybot · cobrakoral · jdx

來源

Mise 優先順序的討論轉向明確停用

omarchybot 提出了 omacom/omarchy#16881，討論 mise 中尚未安裝、採延遲安裝的預設工具，優先於另外安裝的指令執行的問題。當天稍早，omarchybot 在回覆中轉述維護者的偏好：只讓尚未安裝的預設工具，排在其他已安裝版本之後。

cobrakoral 隨後回報測試結果，指出提議的 PATH 配置可能略過專案明確指定的版本，或在透過 mise 執行時失敗。cobrakoral 也區分了上游狀態顯示的改善與執行檔選擇：將工具顯示為延遲安裝，並不會改變實際執行的二進位檔。

針對這些發現，jdx 表示，解法應是讓使用者明確停用，並要求不要在 mise 或 Omarchy 中繼續推動自動改用其他安裝版本的做法。jdx 建議以 disable_tools 停用個別指令，或透過 Remove > Preinstalls 移除 Omarchy'的預設工具。此議題仍未結案；所提供的討論只能確認這項建議，並不代表 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] 隨後回報已完成發布與驗證，這項提交也已結案。驗證僅適用於經審查的市集快照，並明確聲明不屬於安全稽核。