Super+逗號改為執行通知操作,不再只是關閉通知
dhh 提出並將 omacom/omarchy#16699 及後續的 omacom/omarchy#16701 合併至 quattro。現在按下 Super+逗號,若通知只有一個操作選項,就會直接執行;若有多個選項,則會開啟鍵盤選擇介面。單純關閉通知改用 Super+Alt+逗號。
後續修正也涵蓋沒有按鈕但可點擊的通知,例如 WhatsApp 網頁通知。最終提交也將原生通知發送應用程式本身的視窗列為可用操作,因此也適用於 Signal 等應用程式。這些都是開發分支上的變更。
網路測速只計算自身流量,並隨面板關閉而停止
emirb 提出並將 omacom/omarchy#16681 合併至 quattro,以獨立封裝的 Omarchy 測速用戶端取代 fast.com 指令稿。新用戶端只計算自身傳輸的資料量,而非網路介面的總流量,並接收面板的程序 ID,讓測試隨面板關閉而結束。另有 20 秒的監控機制,會回報停滯的測試階段。
emirb 表示,無關的下載流量會讓舊版測得的數值偏高,而且關閉面板後,上傳工作程序仍會繼續執行;所附的比較資料是作者自行測量的結果。
greptile-apps[bot] 審查了替代方案,並指出發布時必須納入相依套件。這項相依套件現已提交至 omacom/omarchy-pkgs@9d9c35b5b886,並明確保留 stable 4.0.6 不變;預計隨搭載新啟動器的版本一同推出。
Try Omarchy 提案讓使用者直接從 USB 體驗桌面
emirb 提出 omacom/omarchy-iso#332,計畫在開機選單加入 Try Omarchy 選項。此方案讓安裝程序與即時桌面共用唯讀的根檔案系統映像,工作階段的暫存寫入則存放在 RAM。預設選項仍是安裝,而 Try 模式開機失敗時,也不會接著進入安裝程序。這項 PR 仍處於開啟狀態。
greptile-apps[bot] 在審查中表示,未發現新的阻擋性問題;
github-actions[bot] 則回報,x86_64 與 aarch64 的安裝檢查均已通過。
emirb 也回報,已在 MSI Z690 上測試 USB 桌面,且 ISO 體積有所縮小。提案包含 NVIDIA 與 T2 驅動層,但作者明確表示,尚未在這些硬體上測試。
新的加密安裝將盡可能採用 4096 位元組磁區
emirb 提出 omacom/omarchy-iso#336 並合併至 quattro,讓兩種安裝流程在分割區大小允許時,都要求使用 4096 位元組的加密磁區。這項變更也修正了從可用空間建立的分割區會比要求大小多出一個 512 位元組磁區的問題;原本這個差異會導致上述磁區大小無法使用。
hegjon 提供了在 ThinkPad T460s 上、兩種設定各安裝三次的比較,回報使用 512 位元組磁區時,根檔案系統映像的寫入時間約為 2.46 秒,使用 4096 位元組磁區時則約為 2.16 秒,循序讀取也更快。這些是貢獻者的測量結果,並非普遍適用的效能保證。此變更適用於新加密磁碟區的格式化;若要變更現有磁碟區的加密磁區大小,則必須重寫該磁碟區。
Snapdragon 修正解決開機資料遺失與解鎖時鍵盤無反應的問題
emirb 提出 omacom/omarchy#16688 並合併至 quattro,讓受支援的 Snapdragon 筆電及早載入 I2C HID 驅動程式,以便輸入加密磁碟的解鎖密碼。作者回報,已在 ASUS Zenbook 14 UX3480QA 上成功解鎖。經過審查,偵測邏輯改用 Omarchy 共用的 Snapdragon 輔助函式;
greptile-apps[bot] 確認,先前針對輔助函式提出的疑慮已獲解決。
另一項相關的安裝程式修正,會將映像內提供的開機檔案移至 EFI 系統分割區,避免掛載該分割區後,遮蔽建立可開機映像所需的 Snapdragon 裝置樹。這項變更已合併至 ISO 儲存庫的 quattro 分支,記錄於 omacom/omarchy-iso@1fe8d0599c94。這兩項開發分支的合併,都不代表已發布至穩定版。
背景開場動畫的覆蓋層消失後即停止輪詢
quattro 中與 emirb 相關的一筆提交 omacom/omarchy@67faeb0d2b55,會在背景開場動畫的覆蓋層與主題轉場都結束後,停止影格狀態計時器。先前切換至靜態桌布後,可能讓 shell 在該工作階段剩餘期間持續反覆啟動狀態查詢程序。
提交說明指出,一台 Snapdragon 筆電每秒會啟動 62.5 次程序。所附比較顯示,不執行模擬輪詢迴圈時,電池耗電功率較低;不過,這是作者回報的實驗,並非針對實際交付修正所測得的成效保證。
來源
- linux-aurora: pin merged M3 defaults and runtime lifetime fixes
- linux-aurora: pin merged M3 defaults and runtime lifetime fixes
- issue-comment by
maralcbr
- issue-comment by
github-actions[bot]
- Re-pin omarchy-mac-boot to omarchy-mac-pkgs dad7272 (#1626)
- mesa-aurora: package Omacom RC integration and memory fixes (#1591)
Apple GPU 套件結合 M3 預設設定與執行階段生命週期修正
chriskearney 在 omacom/omarchy-pkgs#1622 中的核心封裝工作,將版本固定於包含已合併 M3 預設設定與 GPU 執行階段生命週期修正的版本。
maralcbr 討論了核心與開機交接的搭配,隨後將 PR 合併至 master。
github-actions[bot] 接著回報,linux-aurora 7.2.11.aurora7-1 及其標頭套件已在 aarch64 的 edge 通道上線。
預設分支中的相關提交更新了 Mesa 整合與 M3 MacBook Air 開機套件。後者會在安裝及相關升級時,為 J613 與 J615 加入 GPU 啟動及電源交接設定。核心 PR 所附的說明仍記載,須暫緩以測試這組特定核心、Mesa 與開機套件的整體搭配;PR 合併及發布至 edge,並不能證明這項硬體驗證關卡已通過,也不代表這組搭配已進入 stable。
Audio Cast 修正接收端存取問題後上架市集
根據 github-actions[bot] 的回報,
yangkang5303 在 omacom/omarchy-plugin-marketplace#11924 提交的 Audio Cast 已發布。這個小工具透過另行安裝的 Python CLI 控制區域網路音訊投放。接收端現在啟動時,來源 IP 允許清單為空,擁有者必須先選定信任的主機,才會接受傳入連線。
審查過程陸續處理了存取與撤銷權限的問題。yangkang5303 將內部 TCP 音訊伺服器的監聽介面,改為擁有者專用的私有 Unix socket。
HANCORE-linux 隨後發現一項競態條件,可能讓已接受的連線在切換至限制模式後仍然存續;
yangkang5303 因而修正註冊程序,使其在持有停止鎖時檢查代理程式的執行狀態。發布前,
HANCORE-linux 確認最後這項修正有效,先前的修正也都保留。使用者仍須手動設定 CLI,而發布通知也將驗證範圍限於此次審查的市集快照。
Strata Control 因執行環境安全要求而暫緩上架
Strata Control 的上架申請 omacom/omarchy-plugin-marketplace#12853 仍處於開啟狀態,schmittcn 已暫緩上架,等待上游修正執行環境。審查期間,
schmittcn 修正了複製模型設定時可能將 API 金鑰暴露給其他本機帳號的問題,收緊目錄與檔案權限。
HANCORE-linux 隨後發現,由 URL 提供的提示詞會自動使用已儲存的憑證與已啟用的工具,而受審查的 Strata 相依套件也有受影響的影像解碼問題。審查者要求使用能阻止這些執行路徑的受支援執行環境,不能只加上警告。
schmittcn 認為這些問題屬於 Strata 本身,之後決定先等待上游發布,再強制拒絕使用受影響的執行環境。據提交者表示,外掛仍可從其儲存庫取得,但這次申請尚未促成市集上架。
Active Directory 提案修正驗證與升級處理
CappieGold 尚未結案的 omacom/omarchy#16270,提議加入網域設定、使用目錄服務密碼解鎖螢幕,以及在設定升級後還原 SSSD 帳號查詢功能。在 10 月 23 日的先前審查中,
chessing234 指出 PAM 跳轉及失敗次數統計的處理有誤。10 月 26 日,
CappieGold 回報已修正這些跳轉,以及審查中提出的無特權 SSSD 偵測與讀取失敗處理問題。
進一步審查揭露了一個修復困境:一旦升級移除了目錄服務查詢功能,sudo 就無法識別試圖還原該功能的目錄服務使用者。CappieGold 因而加入以特權執行的 pacman hook,並安排在升級前安裝該 hook。
greptile-apps[bot] 的最新摘要說明了這個執行順序,以及一項不影響合併的 root 測試問題。
CappieGold 也明確指出,對於先前已加入網域、卻尚未安裝該 hook 的機器,首次更新仍存在套件銜接缺口。此提案尚未合併。
夏令時間結束後的時鐘回撥回報,將時鐘警告與應用程式啟動失敗連結起來
mweinbergh 在 10 月 25 日時鐘回撥後提出 omacom/omarchy#16677,回報出現數百萬則計時器警告、累積的 shell 日誌塞滿執行階段檔案系統,以及透過 UWSM 啟動應用程式失敗等問題。
AzrielSins 補充了一份來自倫敦的回報,附上警告時間戳記,以及隨後發生的日誌記錄器與應用程式常駐程序故障;同時明確註明,重新開機後已無法確認當時的檔案系統占用量。
Dominik-O22 提供了一份來自柏林的回報,並將疑似迴圈追溯至 Quickshell 在 SystemClock 中處理有歧義的本地時間的方式。此問題仍未結案。這些回報為調查時鐘與日誌處理流程提供了依據,但不代表已有修正合併。
Omaroll 檢視器已在兩種架構的 edge 通道上線
ryanrhughes 已將
btsouth 提交的 Omaroll 套件申請 omacom/omarchy-pkgs#295 合併至 master。Omaroll 1.18.0 可檢視本機圖片、影片與 PDF,支援相機 RAW 預覽,並可從快速檢視器存取媒體庫。
github-actions[bot] 回報,套件已在 x86_64 與 aarch64 的 edge 通道上線。由於套件連結 Qt,其建置配方仍遵循一般發布環節,因此這次發布不代表已可在 rc 或 stable 取得。
