Debian发布团队通报了阶段性进展：已要求所有软件包必须可复现构建，不可复现的包将无法进入测试仓库；新增了对二进制非维护者上传(binNMU)的自动化测试功能；新架构loong64加入导致大量软件包需要重建，当前持续集成队列压力较大。团队强调这些措施旨在提升发行版质量。

以下是经过编辑整理的中文内容摘要：

Debian发布团队工作简报

发件人：Paul Geivers elbrus@debian.org 日期：2026年5月10日 主题：发布团队工作进展

核心内容：

1. 可复现构建进展

• 在"可复现构建项目"支持下，Debian正式要求所有软件包必须支持可复现构建
• 即日起，迁移系统将阻止以下情况：
  • 无法复现的新软件包
  • 测试仓库中现有软件包出现复现性退步

2. 测试版二进制非维护更新(binNMU)

• 今年新增的迁移系统功能：对binNMU执行autopkgtest测试（与完整源码上传相同）
• 虽然对多数维护者影响不大，但这是质量保证的重要进步

3. loong64架构支持

• 两周前新增loong64架构支持
• 由于只允许构建服务器生成的二进制文件迁移，且需满足多架构要求，导致大量软件包需要全架构重建
• 受新binNMU功能影响，当前CI队列较长，请保持耐心

4. 上传后续责任

• 上传者需确保源码包完成迁移
• 若因反向依赖（测试依赖）的autopkgtest退步导致阻塞，上传者应提交相应严重性为RC的缺陷报告

注：原始邮件中的PGP签名部分、邮件头信息及部分技术细节链接已省略，保留核心技术更新内容。

（完）

总结评论内容如下：

1. 批评观点（认为改进有限）：

   • 认为对终端用户体验无改善，无法解决供应链安全问题："zero improvement on end-user experience. does not solve supply chain issues"（blueflow）
   • 指出传统发行版部署模式过时："the '80s model of manual deploy...must end"（kkfx）

2. 肯定观点（认可技术突破）：

   • 称赞这是重要里程碑："A great milestone...holding high standards"（Zopieux）
   • 类比人类进步："A small step for debian, giant leap for mankind"（shevy-java）

3. 技术对比：

   • 提到NetBSD更早实现可复现构建："NetBSD has fully reproductible build since 2017"（jaypatelani）
   • 质疑微软开发环境实现难度："Has anyone fought Microsoft Visual Studio successfully..."（inglor_cz）

4. 异常评论：

   • 包含一条访问错误信息："Forbidden...don't have permission"（pixel_popping）

（注：所有评论均无评分数据，观点平衡呈现。引用保留了原始中英文对照，关键内容用引号标出）