# 2024 年 10 月 19 日

出席者：markj、jhb、emaste、imp

## 议程

* 开始完善潜水者计划
  * 目标是什么？
    * 招募新的 srcmgr 成员（最终目标）
    * 让更多人参与主动 triage（Bugzilla/GitHub/Phabricator）
    * 在 srcmgr 指导下参与开发工具工作
  * 前提条件是什么？
    * 拥有 src 提交权限可成为 srcmgr 成员，但参与 triage/工具工作不强制要求
    * 有一定的 src 贡献记录
    * 有非提交类贡献记录：代码评审、Bugzilla、GitHub、邮件列表、论坛等
  * 年底前希望开始定期组织 triage 电话会议，邀请感兴趣的潜水者
    * 希望对会议进行直播
    * Zoom 是最佳平台，FreeBSD 基金会可能提供赞助
    * 初期保持相对较小的范围
    * 需事先确定 triage 问题清单，避免会议中浪费时间决定关注点
    * 需有主持人引导讨论并推动进程
    * 需制定 bug triage 的执行政策
* Bug triage 政策
  * 需要一份政策文件，概述如何进行 bug triage，以便潜水者参考
  * 包含对新 bug 与旧积压问题的处理指南
  * 为常见情况提供状态机，并对复杂情况给出处理指导
    * 例如：[Bugzilla PR 282115](https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282115) 的处理，如果一两个月内无后续，应关闭
    * 用户仍可重新打开 bug 或对已关闭 bug 发表评论
    * 如何判断一个 bug 是否可操作？
  * 功能请求较为复杂，Bugzilla 并非理想平台，但暂无更好方案
  * 应听取 Mark Linimon 的指导
  * markj 将在下次会议前起草该政策
* 将章程转换为 Asciidoc
  * Warner 仍在处理
* 提交权限投票超时
  * 目前没有相关政策，需要制定
  * 理想情况：srcmgr 成员离开几天以上需告知团队
  * 对于罕见情况，一周超时合理
  * 需制定政策（可能由 markj 起草），并在 srcmgr 章程中添加链接
* Kajetan Staszkiewicz 的 src 提交权限
  * 他长期为 pf 做贡献
  * kp@ 担任导师
  * 投票结果：emaste、jhb、imp、markj 同意
* Kevin Bowling（kbowling）的 src 提交权限
  * 他已有 Ports 权限，并长期改进各类网卡驱动
  * 原以为他已有 src 权限
  * Kevin 与团队同意无需导师，他可按需提问
  * 投票结果：emaste、jhb、imp、markj 同意
* Warner 提问，勘误通知发布政策如何？
  * 缺少完整文档政策
  * 安全团队会在以下条件下发布：
    * 填写好模板
    * 补丁风险和复杂度不高
    * 解决的问题难以规避
  * 勘误通知发布过程较繁琐，这是使用 freebsd-update 作为交付机制的产物
  * 如果流程更简便，可能会发布更多低风险勘误通知
  * pkgbase 上线后，将更容易重新制作安装媒体
  * 暂无具体行动，但讨论了部分正在做的工作，以实现 pkgbase-aware 安装器


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://book.bsdcn.org/srcmgr/2024/2024-10-19.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
