Debian backlog中的包有哪些来源

debian backports 软件包的来源与形成机制

• 若你指的是 debian 的 backports 仓库（常被误写为“backlog”），其中软件包主要来自下一个 debian 版本，即 testing 分支；维护者会针对 stable 进行必要的调整与重编译，以便在稳定版上安全使用较新的上游版本。也就是说，backports 的“上游来源”是 testing，目标环境是 stable。

进入 backports 的流转路径

• 新软件或更新通常先进入 unstable（sid），在满足一定条件（如无严重 rc 缺陷、通过 ftp-master 检查等）后迁移到 testing；随后，backports 团队从 testing 挑选合适的包，进行必要的移植与重建，发布到 stable-backports。这一路径也意味着 backports 的内容往往滞后于 testing，但比 stable 官方仓库更新。

版本与可用性说明

• 由于 backports 面向的是旧的稳定版，其版本通常会比 testing/unstable 滞后，且并非所有包都会被 backports 接纳或及时更新；个别包可能因维护者精力或上游停更而长期不更新。因此，backports 中“可能存在过时包”，但是否过时取决于具体软件包的维护活跃度与更新策略。

若你指的是维护层面的 backlog

• 在维护与打包流程中，“backlog”也常指待处理的任务队列，如 wnpp/itp（打包意向）、rfs（寻求赞助上传）、以及 bts（缺陷跟踪系统）中的未决问题等。这些条目的来源包括开发者提交的新包请求、社区反馈的缺陷与补丁、以及需要协调的审核与合并工作。

声明：本文内容由网友自发贡献，本站不承担相应法律责任。对本内容有异议或投诉，请联系2913721942#qq.com核实处理，我们将尽快回复您，谢谢合作！