2025 年 12 月 12 日
与会者:markj、glebius、jfree、des、imp、jhb、emaste
Johan Söllvander 的 commit 权限
批准通过:4 比 0。
开始清理过期的 commit 权限
现在 developers@ 已是邮件列表,我们该怎么做?
是否应授予 Seyed Pouria Mousavizadeh Tehrani commit 权限
也许要等 Geneve 驱动合入后再考虑,https://reviews.freebsd.org/D54172
markj 已发邮件给 Cy 关于移除 ipfilter(IPF)
它应该可以在 Ports 中维护…?
Gleb 主张在保留内核代码和放在 Ports 之间寻找折中方案
例如,将代码保留在基本系统中,但不由安全团队维护。总体共识是,这不是个好主意。我们能做的是在 src 与作为 kmod 的 Ports 之间增加一些一致性。例如,将所有“脆弱” Ports 添加到正常的 src CI 构建中。CI 作业构建基本系统和第三方模块。
John 认为折中方案不可行。如果代码在源码树中,它仍会被视为基本系统的一部分,公众仍会将其中的 Bug 视作漏洞。
共识:等 Cy 回复。如果他同意,则问题解决;如果不同意,“我们将继续深入讨论” [John]
需要回滚 devinfo libxo 补丁
我们将为此发布勘误通知
John 将处理回滚
架构移除讨论
将保留 powerpc64le
对 armv7 未达成明确共识
我们尚未看到像 powerpc 那样有新维护者站出来
或许我们应该更早开始讨论
我们应主动扫描 main 分支的提交,寻找发行说明的候选项
询问 Olivier 是否会在 stabweek 期间运行 will-it-scale
我们需要适当的 CI 基础设施来本地运行,但 will-it-scale 易于运行且输出简单(单一 ops/s 数值)
讨论了 Warner 在 https://github.com/freebsd/srcmgr/issues/17 的提案
花时间审查最近提交以寻找发行说明的候选项
花时间处理最近的 Bugzilla 报告
最后更新于