已合併

預先編譯的 NVIDIA 模組取代反覆編譯驅動程式

dhh 已將 omacom/omarchy#17409 合併至 Quattro 開發分支,讓 linux-omarchy 使用預先編譯的 NVIDIA 開放原始碼模組。對應的套件改動已提交至 omarchy-pkgs 的 master。模組會與確切對應的核心一同建置並簽署,讓符合條件的機器免於在本機透過 DKMS 編譯。

greptile-apps[bot] 指出,移除 DKMS 可能使額外安裝的復原用核心失去圖形支援。最終提交的變更會在系統另有安裝其他核心時保留 DKMS。eevdf 與 muqss 版本也會保留 DKMS,相關紀錄見 omacom/omarchy@97316b0bb66f 與 omacom/omarchy-pkgs@bffb8bf70650。

已合併

edge 上的 ARM 版 FFmpeg 新增 NVIDIA 錄影支援

ryanrhughes 已將 dhh's 提案 omacom/omarchy-pkgs#2074 合併至 master,在 aarch64 版 FFmpeg 套件中啟用 NVENC 與 NVDEC。這解決了編碼器支援缺失的問題;先前因此無法在 GB10 與 N1x 硬體上透過 gpu-screen-recorder 錄製 Omarchy 螢幕。dhh 回報已在 DGX Spark 上成功完成錄影測試。

github-actions[bot] 在 omacom/omarchy-pkgs#2074:issuecomment-6609673849 中回報,FFmpeg 2:9.0.2-2.1 已發布至 edge/aarch64。這份另行維護的套件需手動跟進 Arch Linux ARM;說明中提醒,在上游納入變更之前,較新的上游套件可能會取代它,導致 NVIDIA 支援消失。

已合併

Quake 可開啟代理選單或使用執行中的本機模型

dhh 已將 omacom/omarchy#17457 合併至 Quattro。空白的 Quake 主控台現在會提供代理選單,若有相容的代理可用,則優先使用正在執行的本機模型。從主控台安裝的代理會以平鋪方式在其中開啟,不再留在浮動的安裝終端機視窗裡。

greptile-apps[bot] 發現,數個終端機視窗共用同一個程序 ID 時會發生錯誤。dhh 在 omacom/omarchy#17457:discussion_r4456536132 中以獨特的安裝視窗標題及回歸測試回應此問題。另外幾項提交則在 master 新增 Amp Desktop 套件,並在 Quattro 加入安裝與移除選單;移除時會保留 Amp CLI's 目錄,詳見 omacom/omarchy@8c76648872bf。

已提交

套件建置拒絕擁有者為本機帳號 ID 的檔案

emirb's 套件建置防護措施已提交,會拒絕包含檔案歸屬非 root 使用者或非預期群組的封存檔。omacom/omarchy-pkgs@98353c6bab94 說明了起因:aarch64 版 Bitwarden 套件中有 222 個檔案歸屬於數字 ID 1001,這可能讓 ID 相同的本機帳號取得對安裝後執行檔的控制權。

master 上的另一項提交將 Bitwarden 的解壓方式改為使用 root 擁有權:omacom/omarchy-pkgs@8896655942d7。這項防護會在發布前拒絕受影響的建置;該提交表示,在檢查的 525 個 edge 套件中,只有 aarch64 版 Bitwarden 存在這項問題。

待審提案

Hyprland 更新提案著眼於拔除顯示器引發的當機

MPavleski's 提案 omacom/omarchy-pkgs#2064 仍處於開啟狀態。目前提議更新至 Hyprland 0.57.1-2 並搭配相應的 titlebars,取代最初針對工作階段鎖定和 dmabuf 的修正回移,因為上游版本已包含這些修正。

在調整方案之前,MPavleski 回報,本機套用修補程式的 0.57.0 建置在拔除 HDMI 後仍能正常運作,沒有再出現先前的 Firefox 當機與桌面 shell 結束。這些是貢獻者針對該建置提供的測試結果。l2aptor 則另行回報解鎖後 HDMI 輸出消失,並要求優先處理;使用上游已納入的另一項修補程式後,曾成功開機一次。這些回報說明了更新的迫切性,但不能證明修正已經發布。原文所稱 update's urgency 指的正是這種迫切性。

已關閉

Superwhisper 設定修正納入 Quattro

dhh 關閉了 AnPod's 提案 omacom/omarchy#15622,未予合併,並解釋其他改動已解決首次執行設定、系統匣位置,以及缺少 aarch64 映像套件的問題。該提案曾指出,全新安裝缺少 Superwhisper's 個別使用者設定檔與快捷鍵。

Quattro 也已提交針對既有但尚未設定之安裝的修正,以及共用的 Hyprland 重新載入輔助工具。omacom/omarchy@5c0d91a18549 處理了在桌面工作階段之外呼叫設定流程的情況:重新載入會使用 Hyprland's 執行個體選擇機制,如實回報失敗,且不再導致聽寫設定於儲存組態後失敗。

已合併

ARM 核心新增四款 Snapdragon 筆電的裝置樹

ryanrhughes 已將 birkskyum's 提案 omacom/omarchy-pkgs#2049 合併至 master,新增 Acer Swift 14 AI、Swift Go 14、Dell Latitude 5455 與 HP EliteBook 6 G1q 的裝置樹。提交說明表示,所需的韌體套件與 systemd 硬體識別碼原本就已具備,因此映像選擇流程可以使用這些新裝置樹。

github-actions[bot] 在 omacom/omarchy-pkgs#2049:issuecomment-6592465708 中回報,linux-omarchy 7.3-11 已發布至 edge/aarch64。提案表示裝置樹已成功建置,但明確指出,這四款筆電都尚未使用此核心開機,因此發布套件並不代表已確認硬體支援可正常運作。

已關閉

Omapasskey 強化終端機輸出處理後正式上架

由 'Divanyx' 提交、以 TPM 為基礎的 Omapasskey 已上架,提交案也已關閉。Divanyx 在 omacom/omarchy-plugin-marketplace#13302:issuecomment-6602986228 中表示,1.2.2 版會逸出帳號與裝置名稱中不可信的終端機控制字元,連先前儲存的名稱也包含在內,並已加入迴歸測試。

HANCORE-linux 隨後確認,先前回報的問題已在受審查的提交版本中解決,並接受其專用系統服務須明確設定的方式。github-actions[bot] 在 omacom/omarchy-plugin-marketplace#13302:issuecomment-6614926435 中記錄了上架結果。使用者仍須安裝原生服務並設定 PIN;此次驗證僅適用於市集中該份確切的版本快照,並非安全稽核。

待審提案

PrimoDock 更新仍因應用程式識別資訊的啟動路徑問題而未獲核准

由 'PrimoGameStudio' 提出的 omacom/omarchy-plugin-marketplace#13628 仍未結案。後續修改已從自動產生的圖示路徑中移除原始應用程式識別資訊,將還原參數以資料形式傳遞,並替換了使用 eval 的網頁應用程式啟動路徑。

HANCORE-linux 確認了網頁應用程式的修正,但在最新審查目標中發現另一條路徑:對於無法辨識的已釘選應用程式,用戶端提供的識別資訊仍可能在使用者關閉並重新啟動該應用程式後傳入 shell。omacom/omarchy-plugin-marketplace#13628:issuecomment-6618047712 仍未給予核准。這項發現來自靜態審查,描述的是符合特定條件時可用桌面使用者身分執行的情況,並未聲稱可取得 root 權限或達成 '零點擊' 執行。

待審提案

Shell 更新暫停提案持續推進,復原機制仍有缺口

由 'taxin-404' 提出、尚未結案的 omacom/omarchy#16900,建議在替換套件期間暫停載入外掛,之後再重新啟動 shell。這是為了解決舊引擎在更新途中載入不相容的新 QML,導致 shell 快捷鍵無法使用的問題。

greptile-apps[bot] 提出疑慮後,taxin-404 回報已修正鎖定狀態不明、辨識非本工具管理的 shell、暫停期間的狀態列變更,以及通知時間戳記符號連結等問題。重新整理與切換通道的交易若失敗,仍需要共用的復原判斷機制。貢獻者最新的回報也指出,由於缺少配套的套件處理掛鉤,仍有一項設定檢查未通過;提案尚未合併。