怎样分析Debian backlog

在 Debian 生态里，“backlog”通常指 软件包或修复任务尚未被处理的工作队列。它不是一个单一工具，而是分布在 BTS（Bug Tracking System）、包仓库、发布流程 和 团队看板 中。下面按常见场景系统说明如何分析 Debian backlog。

一、明确你要分析哪类 backlog

类型	常见含义
Bug backlog	Debian BTS 中未解决 / 未关闭的 bug
Package backlog	新包未进 archive、更新滞后
Release backlog	为稳定发布尚未完成的任务
Team backlog	某个打包团队（如 Python / Go / Kernel）的待办
Security / LTS backlog	安全修复或长期支持任务

二、分析 Bug Backlog（最常见）

1️⃣ Debian BTS 基础

Debian 使用 debbugs：

每个 bug 有唯一编号：#NNNNNN
状态包括：
- open
- pending
- fixed
- done

2️⃣ 查询 bug 的工具

✅ 网页查询（最直观）

https://bugs.debian.org/
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=

示例：

https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=openssl

✅ CLI 工具（推荐）

apt install reportbug

reportbug --list-debbugs openssl

✅ UDD（Ultimate Debian Database）SQL 查询（高级）

SELECT COUNT(*) FROM bugs
WHERE status = 'open'
  AND package = 'openssl';

UDD 查询入口：

https://udd.debian.org/
https://qa.debian.org/

3️⃣ 分析 bug backlog 的关键维度

维度	说明
数量	当前 open bug 数
年龄	最早 open bug 的时间
严重等级	critical / grave / serious
标签	`patch`, `help`, `moreinfo`, `upstream`
所属团队	是否无人维护
上游关系	是否 upstream 已修复

示例分析思路：

如果一个包有 40 个 open bugs，其中 10 个是 serious，且最老 bug 已 3 年，基本可判断 backlog 严重。

三、分析 Package / Upload Backlog

1️⃣ 查看包状态

apt-cache policy <pkg>

或访问：

https://tracker.debian.org/pkg/

重点看：

是否有 new upstream version
是否长期未上传
是否 orphaned

2️⃣ 查看 orphan / RFA / ITA

wnpp-check <pkg>

或访问：

https://www.debian.org/devel/wnpp/

状态含义：

O：Orphaned（无人维护）
RFA：Request For Adoption
ITA：Intent To Adopt

四、分析 Release Backlog（如 Debian 13 / trixie）

1️⃣ RC bug list（最关键）

Release Team 最关心的是 Release Critical bugs

https://bugs.debian.org/release-critical/

分析重点：

每个架构的 RC bug
是否影响 transition
是否 autoremoval 风险

2️⃣ Transition backlog

https://release.debian.org/transitions/
查看未完成或阻塞的 transition

五、分析 Team / 安全 / LTS backlog

1️⃣ 安全 backlog

https://security-tracker.debian.org/
查看：
- open / undetermined
- no-dsa
- postponed

2️⃣ LTS backlog

https://wiki.debian.org/LTS/
看每个源包的 CVE 状态

六、常用分析流程（实战模板）

✅ 分析一个包是否有 backlog 问题

tracker.debian.org 看整体状态
BTS 看 open / RC bug 数量
看上次 upload 时间
看是否为 orphan
看 upstream 是否活跃
看是否有 patch 未合并

七、自动化 / 数据化分析（进阶）

常用工具

devscripts
dak
debcargo
bts（CLI）
UDD SQL

示例：统计某团队 backlog

SELECT package, COUNT(*) AS open_bugs
FROM bugs
WHERE status = 'open'
  AND package LIKE 'python3-%'
GROUP BY package
ORDER BY open_bugs DESC;

八、如果你愿意，我可以帮你

你可以直接告诉我：

✅ 具体包名（如 nginx, systemd）
✅ 分析目标（是否适合维护 / 是否积压严重）
✅ 是 bug / 安全 / 发布 / 团队 backlog

我可以：

给你 一份完整 backlog 分析报告
或帮你 写 SQL / 脚本自动统计
或解释 某个 bug 是否值得处理

只要你说清楚场景即可。