02ARM 支援透過執行環境整合與安裝檢查持續推進
ryanrhughes 於 10 月 10 日提出 NVIDIA N1x 執行環境提案與 aarch64 ISO 提案。兩者隨後於 10 月 15 日合併至 quattro，已超出本期'報導範圍，分別為 omacom/omarchy#14820 與 omacom/omarchy-iso#251。目前的說明涵蓋更廣泛的 N1x、Snapdragon 與 GB10 支援；這些後來更新的說明不應被視為提案提出當天的原始範圍。
10 月 10 日，
omarchybot's Mac 整合提交也進入了 quattro，引入依平台調整的設定流程，並整合開機生命週期。omacom/omarchy@e1b0e5e9bb72 記錄了這項整合。另外幾項署名為 Emir Beganovic、參與者紀錄中包含 
emirb 的 ISO 提交，加入了通用 aarch64 的無人值守安裝與開機檢查，並將 live 根檔案系統的壓縮方式改為 lz4，因為通用核心無法讀取以 zstd 壓縮的 squashfs。
ryanrhughes 也提交了變更，在目標系統安裝 Arch Linux ARM 金鑰環，並使用該金鑰環驗證簽章。這項修正處理了已安裝系統在首次連線執行套件操作時拒絕接受已簽署套件的問題。omacom/omarchy-iso@2487d3b1cb7e 記錄了這項修正；這些提交與開發分支的合併，並不代表 ARM 穩定版已經推出。
04周邊裝置核准機制導致無法操作的回報，伴隨回復變更提案出現
gavrix 回報，USBGuard 封鎖了透過 Dell 螢幕所提供的 KVM 功能連接的鍵盤與滑鼠，導致沒有任何可用的輸入裝置來核准它們。據回報，必須從快照開機並停用 USBGuard 才能恢復操作。omacom/omarchy#11874:issuecomment-6102552400 記錄了這項對使用者的影響。
omarchybot 在 10 月 10 日晚間建立 omacom/omarchy#14938，提議撤回 USB 與 Thunderbolt 授權機制。目前的提案說明包含遷移作業，以解除已安裝的強制管制與開機限制，因為只移除原始碼，會讓保護機制繼續運作，卻失去核准控制介面。omarchybot 當天的驗證報告描述了在拋棄式工作環境中進行的檢查，並明確指出，尚未測試實體 Thunderbolt 韌體的還原。
這項回復提案在報導涵蓋期間之外的 10 月 12 日關閉，並未合併。因此，從目前狀態無法認定提議移除的變更已進入 quattro。
06適用小容量 USB 隨身碟的網路安裝提案，因維護成本而關閉
Tsurgcom 在 omacom/omarchy-iso#256 中提出網路安裝媒體方案，容量小到足以放進標示為 4 GB 的 USB 隨身碟。作者表示，省略內附的套件鏡像後，映像檔約為 1.41 GiB；代價是無法離線安裝，必須有可用的網際網路連線。
實際測試發現了金鑰環初始資料植入及 Wi-Fi 掃描結果解析的缺陷。Tsurgcom 表示已修正這些問題，之後也修正了金鑰環初始資料意外夾帶代理程式 socket 的問題。根據作者在 omacom/omarchy-iso#256:issuecomment-6101577594 的測試報告，重新建置的映像檔隨後完成了無人值守的網路安裝與重新開機，沒有任何服務單元失敗。
dhh 考量現有 ISO 的維護負擔，決定不再增加另一種安裝模式，但仍保留由他人獨立維護的空間。提案於 10 月 10 日關閉，未獲合併。omacom/omarchy-iso#256:issuecomment-6103168854 記錄了這項決定。
08Omabump 驗證揭露 Voxtype 特權升級掛鉤的漏洞
Vladkarok 在 omacom/omarchy-plugin-marketplace#10910 中提出的新版 Omabump 快照驗證申請，目前仍未結案。審查期間，
HANCORE-linux 發現 Voxtype 的套件掛鉤會從共用暫存目錄讀取交接檔案，卻未檢查檔案擁有者，並會接受攻擊者控制的可執行檔作為系統啟動器。
Vladkarok 確認了這項機制，並說明一般套件升級也會執行同一個掛鉤，因此應在套件中修正，而非在外掛中處理。作者描述了一項擬議變更，改用僅 root 可存取的儲存位置，並限制還原的可執行檔路徑，接著計畫在該修正合併後，更新 Omabump 固定使用的建置配方。omacom/omarchy-plugin-marketplace#10910:issuecomment-6098036843 記錄了這則回覆；所提供的討論無法證明套件修正已完成。
09Ward 審查質疑唯讀目錄授權可能造成資訊洩露
jacob-vincent-mink 的 Ward 提案 omacom/omarchy#10974 目前仍未結案。現行說明提出以隔離的第三方 Quickshell 工作程序運作，搭配針對特定修訂版本的核准與選定的存取授權，同時指出原生套件封裝、登錄服務路由及更廣泛的驗收作業仍未完成。
10 月 10 日，審查者 
SorenHJohansen 回報，即使可寫入授權遭到拒絕，唯讀授權仍可能暴露主機上受保護的設定。審查者描述了涵蓋完整核准流程的重現方式，並要求對這些根目錄一律拒絕兩種存取模式，或明確訂出資訊揭露約定。同一份審查也指出選用測試中的編譯器路徑與圖形環境問題。omacom/omarchy#10974:issuecomment-6102074229 為這項仍未結案的隔離提案，提出了具體的機密性疑慮。
