本機模型補齊 NVIDIA 必要元件,未設定預設代理程式也能正常啟動
dhh 提出 omacom/omarchy#17330 並將其合併至 quattro 開發分支,讓本機模型設定程序在偵測到 NVIDIA GPU 時安裝 NVIDIA 的容器工具套件。這套工具提供模型容器所需的 GPU 裝置規格;N1x 筆電先前缺少這項必要元件。
dhh 也提出 omacom/omarchy#17337 並將其合併至 quattro。本機模型現在會先選用 pi,若 pi 不可用則選用 OpenCode,之後才檢查是否已設定預設代理程式。這修正了未設定預設代理程式時,面板上的啟動按鈕看似沒有反應的問題。提供的測試涵蓋啟動器的執行路徑,但尚未實際點擊面板按鈕進行測試。
Herdr Desktop 加入 Install > AI,安裝時會啟用 Omarchy 主題
ryanrhughes 將
jankeesvw 提出的 omacom/omarchy#17132 合併至 quattro,在 Install > AI 下新增 Herdr Desktop,透過 Herdr 官方安裝程式安裝。應用程式及其核心元件都會自行更新。目前尚無 Remove 選項,因為移除時是否保留執行中的終端機及使用者的修改,仍有待決定。
由 claytonfaria 貢獻的主題整合已透過 omacom/omarchy@4907fcdf74eb 提交至 quattro。在審查安裝程式時,
greptile-apps[bot] 發現缺少主題相依元件,
ryanrhughes 表示會先合併該元件。合併後,
ryanrhughes 說明,安裝程序會等待應用程式就緒,最多 30 秒,然後啟用其 Omarchy 主題;若未成功,也可透過主題選擇器手動設定。
相依元件變更導致升級受阻,ARM 圖形套件隨之重新調整
aquamarine 與 hyprgraphics 變更函式庫版本後,thepixelgardener-create 在 omacom/omarchy#17368 回報 edge 通道的升級受阻。
AmmonMatthews 也回報 Apple Silicon 的 rc 通道出現相同問題,並記錄了受影響的 ARM 套件。此議題仍未結案。
在套件儲存庫的 master 分支上,stevederico 的 omacom/omarchy-pkgs@edba40f9377e 為 aarch64 提供了 aquamarine 0.16.0。接著,
emirb 的 omacom/omarchy-pkgs@9f9775f75462 以新函式庫重新建置 Hyprland,版本為 0.57.0-4,並將 hyprgraphics 納入觸發重新建置的條件。這些套件修正已經提交,但提供的紀錄尚不足以證實各個受影響通道都已能成功升級。
核心套件新增衝突檢查,並修復發布步驟
實際核心套件與過渡套件產生相同套件名稱後,emirb 在套件儲存庫的 master 分支提交了防護措施。omacom/omarchy-pkgs@53f705bd6bb6 會拒絕重複的套件名稱與發布位置;後續版本更新再次引發衝突後,omacom/omarchy-pkgs@326470ed1eca 則恢復了核心本身的套件基底名稱。
抽出的發布輔助程式起初未在發布步驟中載入,導致無法發布。emirb 在 omacom/omarchy-pkgs@6399d7ed3ea7 修正此問題,並在工作流程中新增檢查,偵測是否漏了匯入輔助程式。omacom/omarchy-pkgs@934165435e86 也讓新增的 namcap 錯誤會導致檢查失敗,同時另外列出既有錯誤。
穩定版核心傳出已修正,IPv4 回移植提案仍未結案
ChrisDrit 提出的 omacom/omarchy-pkgs#1785 仍未結案。這項於 10 月 29 日提出的提案,將 CVE-2026-98432 的 IPv4 TCP 釋放後使用漏洞修正回移植至三份核心建置配方;
ChrisDrit 說明尚未執行完整的核心建置與開機測試。
在 omacom/omarchy-pkgs#1785:issuecomment-6579785844 中,bogomind 回報,stable 通道於 11 月 2 日列出的版本為 linux-omarchy 7.2.15-1,而在一台機器上升級並重新開機後,檢查執行中的核心可見已修正的記憶體釋放呼叫。因此,
bogomind 認為這項提案已無須採用。這是貢獻者回報的驗證結果,並不代表已有 PR 關閉紀錄。
大型套件下載連線遭重設,原因追溯至 Cloudflare 流量控制
emirb 回報,調查已將套件下載時連線間歇性遭重設的原因,追溯至 Cloudflare 的 HTTP/2 流量控制錯誤,並關閉了
GreyforgeLabs 提出的 omacom/omarchy#12049。
emirb 表示,使用者應該不會再遇到此問題。
9 月 16 日的原始回報指出,透過 IPv6 下載大型套件時屢次失敗,但 IPv4 下載成功。結案說明提供了基礎設施問題的診斷與解決回報,但所附的結案留言沒有新的下載實測數據。
Snapdragon 韌體提案涵蓋 33 款機型,複製的韌體也新增汰除規則
birkskyum 提出 omacom/omarchy-pkgs#2037,為 33 款 Snapdragon X 機型封裝 OEM 韌體。這些建置配方會解開 Windows 驅動程式封存檔,無須執行其中的安裝程式,並驗證韌體雜湊值。
birkskyum 回報已在 aarch64 上建置全部 33 個套件;提案仍未結案。
greptile-apps[bot] 最初發現,遠端表格中的值可能在產生的建置配方中成為可執行的 shell 文字。其後的審查摘要表示,這項命令注入問題已透過驗證與引號處理修正。
另外,birkskyum 的 omacom/omarchy-pkgs@2a89ec9a8650 已提交至 master。當套件提供的韌體已完整涵蓋裝置所需項目時,這項變更會汰除先前從 Windows 擷取且未經修改的韌體副本,並將彼此關聯的檔案一併處理,避免混用不同版本。
安裝程式開機提案回報:搭配主題選單也能加快啟動
hegjon 提出的 omacom/omarchy-iso#355 仍未結案,內容包括減少開機讀取次數、延後部分啟動工作,以及讓主控台標誌延續顯示至安裝程式歡迎畫面。在 11 月 2 日的後續回覆中,
hegjon 測試的是在本機將提案變基至主題選單相關變更之上的版本,並非回報提案已合併。
在 omacom/omarchy-iso#355:issuecomment-6577701352 中,hegjon 回報,QEMU USB 2 UEFI 啟動時間的中位數從 25.0 秒降至 10.1 秒;Samsung 筆電的實機冷啟動測量則顯示,從韌體開機選單到歡迎畫面的時間由 37.2 秒降至 17.1 秒。這些數據來自作者的測量。
hegjon 也發現整合測試中有一個預期檔名尚未更新,並回報修正後,整合測試套件已全數通過。
Shell 重新啟動提案處理過時的合成器環境
dhh 尚未結案的 omacom/omarchy#16599,針對更新程序停止 shell 後,因終端機缺少目前 Hyprland 工作階段的環境資訊而無法重新啟動的問題提出修正。提案中的啟動器會尋找執行中的合成器及其顯示端點,並在停止現有 shell 前確認能否連線。
在 omacom/omarchy#16599:issuecomment-6571808439 中,omarchybot 回報,已在臨時桌面環境重現約 60 秒後失敗的情況,而使用該分支後,可在 0.4 至 1.0 秒內成功重新啟動。
omarchybot 也推送了額外處理,因應繼承的簽章指向已失效工作階段的情況。提案仍待維護者決定;有多個合成器同時執行時該如何選擇,仍是已記錄但尚待解決的設計問題。
NVIDIA 鎖定畫面焦點修正在另一類硬體上接受測試
作為背景,dhh 於 11 月 1 日提出 omacom/omarchy#17277 並將其合併至 quattro,讓 NVIDIA 在暫停相關的 VT 切換後恢復密碼欄位焦點,並延長喚醒後首次關閉畫面的倒數時間。
11 月 2 日,mudiam 在 omacom/omarchy#17277:issuecomment-6583434114 回報,已於搭載 Quadro T1000 的 ThinkPad P17 上測試此修補。套用修補後的三次暫停與喚醒循環中,都能直接輸入密碼,無須點擊欄位;相較之下,未套用修補的一次嘗試則失敗。
mudiam 未測試錯誤密碼或提早關閉畫面的時機,並指出 rc3 尚未包含此修補,希望能考慮納入後續的 4.5 候選版本。
Hyprdrive 修正隱私與更新程式問題後正式上架市集
dragosol 提交的 Hyprdrive 上架申請 omacom/omarchy-plugin-marketplace#11392 已完成發布並結案。這項市集外掛為原生合成器外掛提供設定面板;若要使用其總覽、Dock 與實驗性 Mosaic 版面配置,使用者仍須針對自己的 Hyprland 版本建置並安裝原生元件。
dragosol 回報已完成修正,包括在工作階段鎖定期間停止總覽輸入、限制偵錯日誌的存取權限,以及安全移除屬於使用者的舊版日誌。
HANCORE-linux 的最終靜態審查確認,所有已回報的原始碼問題都已修正,包括提示處理與更新程式的核准檢查;該審查並未執行外掛或測試。
github-actions[bot] 在 omacom/omarchy-plugin-marketplace#11392:issuecomment-6581320002 記錄了發布結果。驗證僅適用於當時市集中的確切快照,並不構成安全稽核。
Hermes Face 正式上架,具備受限的橋接存取與升級流程
Xarrathh 提交的 Hermes Face 上架申請 omacom/omarchy-plugin-marketplace#13625,在修訂本機橋接服務後已完成發布並結案。這個狀態列小工具會顯示代理程式狀態,並提供將焦點移至 Face 介面、中斷目前回合及重新啟動服務的操作。使用者須先手動安裝相容的 Hermes 代理程式 CLI。
Xarrathh 回報已修正對端身分識別、檔案存取權限、程序引數中的對話文字及跨來源請求等問題。
HANCORE-linux 發現,既有安裝即使運作正常,仍可能持續執行舊版伺服器程式碼;因此,
Xarrathh 調整了更新流程,改為複製已變更的隨附檔案並重新啟動橋接服務,同時保留設定與歷史紀錄。
HANCORE-linux 的最終審查接受了文件所述的服務與套件管理範圍,並判定自動檢查提出的下載後執行警告為誤報。
github-actions[bot] 在 omacom/omarchy-plugin-marketplace#13625:issuecomment-6580895804 記錄了發布結果。選用的語音功能使用 Microsoft 的 Edge 服務,因此要朗讀的文字會傳出本機。
