本地模型补齐 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 报告称,11 月 2 日稳定渠道已列出 linux-omarchy 7.2.15-1,并且在一台机器上升级、重启后,检查正在运行的内核发现,其中已包含修正后的内存释放调用。因此,
bogomind 认为该提案已无必要。这是贡献者报告的验证结果,并不代表记录中该 PR 已被关闭。
大型软件包下载连接重置问题被追溯至 Cloudflare 流量控制
emirb 报告称,调查已将软件包下载时连接间歇性重置的问题追溯至 Cloudflare 的 HTTP/2 流量控制缺陷,随后关闭了
GreyforgeLabs 提交的 omacom/omarchy#12049。
emirb 表示,用户应该不会再遇到这一问题。
最初在 9 月 16 日提交的报告称,通过 IPv6 下载大型软件包会反复失败,而 IPv4 下载可以成功。此次关闭记录提供了关于基础设施问题诊断和解决情况的报告,但所提供的关闭评论未包含新的下载测量数据。
骁龙固件提案覆盖 33 款机器,复制的固件另获清退规则
birkskyum 创建了 omacom/omarchy-pkgs#2037,为 33 款骁龙 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 秒;在一台三星笔记本上,冷启动时从固件启动菜单到欢迎界面的实测耗时从 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 锁屏焦点修复在第二类硬件上获得测试
作为背景,11 月 1 日,dhh 创建了 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 已完成发布并关闭。该市场条目为原生合成器插件提供设置面板;要使用其概览、程序坞和实验性 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 中记录了发布结果。可选的语音功能使用微软 Edge 服务,因此朗读文本会发送到本机之外。
