2025 年 08 月 22 日

出席人员：markj、jfree、imp、des、jhb、kevans

• Warner 提出关于 AI 使用政策的问题

  • 两个问题：知识产权与（专业）能力

  • Warner 认为，AI 工具已经超越了单纯复制粘贴代码的阶段

  • 需要区分我们讨论的是“强化版的行补全”，还是让 LLM 生成大段代码

  • 我们本就需要担心贡献者提交错误代码或复制粘贴的代码，因此对外部贡献者所持的怀疑程度实际上并未发生变化

  • 不同的极端情况：自动补全 SYSCTL_INT(<tab>，与“这是数据手册，给我写个驱动”

  • 希望制定一个非正式的政策：只要 LLM 没有完成“绝大部分”工作，就是可以接受的

  • 提交补丁的人必须理解补丁中的所有内容

  • AI 工具的使用也许应当被明确标注（例如通过 git trailer）

  • 有人指出，其他项目同样在为该领域的规范而困扰，FreeBSD 项目应当关注这些进展，使自身政策与更广泛的开源社区保持一致

• 需要尽快安排一次 bug 清理会议

  • Warner 还希望单独进行一次 GitHub PR 集中合入会议

• jhb 指出，在 eurobsdcon 期间我们有一天的空闲时间，应该利用起来做点事情

• des 指出，pkgbase 仍然需要大量工作

  • 在 Ports 与基本系统之间保持 pkg 使用的一致性很困难

  • 仍存在未处理的可用性问题

  • 安装器支持仍属实验性质

  • 存在缺失目录的问题（例如 /etc/zfs）

  • 是否需要一种“隐藏的”按仓库区分的 pkg 方案

• 关于 pkgbase 的提案：存在几种模式

  • freebsd-update 管理：pkg 只操作 Ports 包，使用 freebsd-update

    • Kyle 建议为仓库引入一个新的“隐藏”标记，使其在被显式使用时保持启用，但不会被自动发现

    • bsdinstall 可能默认“隐藏” base 仓库，从而让 freebsd-update 开箱即用

    • 为希望直接使用 pkg 的用户文档化如何取消隐藏 base

    • 当前，freebsd-update 会对用户隐藏 base 仓库

  • pkg 管理：使用 pkg 来管理 base 系统和 Ports 仓库，后果自负

  • src 管理

    • 在首次升级前，需要在安装后引导 etcupdate

    • make installworld 可能不会更新 pkg 元数据（是否需要单独的 make installworld-packages？）

    • 也许需要文档化如何清理 base 包数据库条目

    • 如果 Ports 开始依赖 base 系统包，应当如何处理