Debian Debusine：这就是新型 PPA 式软件仓库的样子

信息技术数字 » 资源 » Debian Debusine：这就是新型 PPA 式软件仓库的样子

如果你使用 Debian 系统一段时间了，你可能曾经使用过基于 Ubuntu 的 PPA 软件源来安装一些官方软件源中没有的程序。这是一种相当常见的做法，但也存在一定的风险：混合使用为其他发行版设计的软件包可能会导致依赖关系破坏或影响系统的关键部分。而Debusine正是为此而生的，它是 Debian 项目提供的现代化且灵活的软件源系统，填补了这一空白，无需依赖 Launchpad 或其他外部解决方案。

这个由 Debian 与 Freexian 合作开发的新平台，以“PPA 式”软件仓库服务的形式呈现，原生集成于 Debian 系统，并与 Debian 的工作流程、基础设施和质量标准无缝衔接。尽管目前仍处于开发阶段，处于测试版（beta 版），但开发者和官方维护人员已经可以使用一个公共实例 (debusine.debian.net) 来自动编译、测试和发布软件包。

Debusine是什么？它旨在解决什么问题？

Debusine 是一个基于云的持续集成 (CI) 平台，专为 Debian 生态系统设计。它不仅仅是一个软件包仓库，而是一个完整的架构，旨在覆盖整个生命周期：从编译到测试，再到分发 Debian 及其衍生发行版的软件包和可安装镜像。

项目文档将其定义为用于创建、维护和分发基于 Debian 的发行版的集成解决方案。换句话说，它不仅仅是一个简单的“官方 PPA”，而是旨在为大规模实验、复杂的软件包迁移以及影响 Debian 软件包库很大一部分的协同开发奠定基础。

此前，需要类似功能的用户只能依赖reprepro 或 aptly 等工具，自行搭建 APT 软件源，或者直接使用 Ubuntu PPA，但这会带来诸多风险，例如混用非 Debian 平台设计的库和版本。Debusine 的出现正是为了填补这一空白：它提供了一个受控环境，拥有清晰的规则和强大的自动化功能，开发者可以在此基础上进行实验，而最终用户则无需离开“Debian 世界”即可获得额外的软件来源。

需要注意的是，该服务仍在积极开发中。Debian 正在确定最终产品将包含哪些功能、其局限性以及它将如何与 Debian 的其他基础设施集成。然而，该软件仓库组件目前已足够成熟，可以发布公开测试版，这标志着 Debian 发行版软件包维护人员的工作方式发生了重大变化。

目前，参考实例是由Freexian 在 debusine.debian.net维护的。所有 Debian 开发者 (DD) 和维护者 (DM) 都可以使用 Salsa 身份验证访问它，Salsa 是 Debian 项目的 Git forge。得益于这种集成，工作流程非常自然：代码在 Salsa 中编写，自动化流程在 Debusine 中运行，仓库也在 Debusine 中管理。

项目起源及Freexian的角色

Debusine 的一个有趣之处在于，它并非从零开始创建，而是基于一个团队的经验，该团队已经为自由软件生态系统构建了非常稳固的基础设施。负责开发 Debusine 的公司 Freexian 专注于 Debian 的服务和维护，并参与了Launchpad（Canonical 的 Ubuntu 平台）和Debian 软件包跟踪器等关键项目。

正如Freexian本人所解释的那样，Debusine的开发旨在对Debian基础设施进行现代化改造，最初得到了德国政府通过主权技术署提供的支持。其理念是打造一个灵活、可扩展的平台，能够自动化从单个构建到生成安装镜像、磁盘、云解决方案或容器的所有流程，并具备相应的中间质量检查功能。

总体目标超越了传统的“建立仓库”：它旨在减少对手动和异构工具的依赖，并为 Debian 社区提供一个统一的系统，使实验、迁移和同时对多个软件包的协调工作更容易管理，并且不易出现人为错误。

该项目获得Debian 官方认可，这使其与其他独立项目区别开来。该平台并非 Freexian 的私有解决方案，而是作为 Debian 官方基础设施的一个组件，严格遵守其各项政策，尤其是在软件许可和分发方面。

Debusine 作为 Ubuntu PPA 的替代方案

多年来，许多用户一直将Ubuntu 视为“舒适”的发行版，部分原因是它通过自身的软件仓库、Snap 软件包以及庞大的社区维护 PPA 源提供了丰富的应用程序。对于那些来自 Debian 或其他较为保守的发行版的用户来说，这种感受显而易见：在 Ubuntu 中，更容易找到所需的软件包，即使有时这意味着牺牲一些稳定性。

对于 Debian 系统而言，使用 PPA 源是一种常见但问题重重的解决方案。PPA源是针对 Ubuntu 系统设计和测试的，它包含 Ubuntu 的库、libc、systemd 版本以及整个生态系统。将其安装到 Debian 系统上或许可以正常运行……但也可能导致系统在更新时出现半数故障。如果 PPA 源影响到敏感组件（例如驱动程序、编译器、工具链等），风险将急剧上升。

Debian 项目希望通过Debusine Repositories提供一种类似于 PPA 的机制，但默认情况下会适配 Debian 系统。也就是说，它提供了额外的 APT 软件仓库，这些仓库与常用工具集成，同时尊重发行版的版本，并允许最终用户在安装软件包之前进行质量测试。

这为几个非常有趣的场景打开了大门：为特定团队或项目创建自定义软件包的仓库、包含上游软件每日构建的仓库（例如，桌面环境的开发分支）或专门用于复杂过渡的仓库，在这些过渡中，需要测试许多库中的协调更改，而不会影响主 Debian 归档。

从用户的角度来看，中期前景十分诱人：用户无需再依赖第三方 PPA 和并非人人都能接受的通用格式（例如 Snap、Flatpak 或 AppImage）来获取特定应用程序的最新版本。实际上，这意味着用户拥有更大的控制权，与基础系统更加一致，并能更好地融入分发策略。

Debusine存储库的架构和主要功能

Debusine 存储库部分专注于提供完整、已签名且可直接使用的 APT 存储库，但它建立在一系列自动化流程之上，使开发或维护软件包的人员的工作更加轻松。

Debusine 的一项关键特性是完全兼容 APT。在 Debusine 中创建的每个软件源都会使用平台自带的签名服务自动生成一个特定的密钥进行签名。对于用户而言，这意味着他们可以将软件源添加到常规配置中（无论是在 `/etc/apt/sources.list` 文件还是 `.sources` 文件中），然后使用 `apt update` 或 `apt install` 命令，而无需任何复杂的步骤。

另一个非常强大的功能是集成快照。所有 Debusine 仓库默认都包含自动状态捕获功能，允许您查看并根据需要恢复到托管软件包的先前版本。这在测试环境或回归测试场景中尤其有用，因为在这些场景中，准确了解特定时间安装的软件包版本至关重要。

该平台还支持针对不同的基础版本编译软件包。可以同时针对自定义仓库的当前内容和相应的 Debian 基础版本（例如 sid 或 trixie）进行编译，这在处理不断变化的依赖项或库版本之间的过渡时至关重要。

在质量保证方面，Debusine 集成了一套自动化测试，这些测试作为工作流程的一部分运行，涵盖从基本的构建测试到更复杂的质量保证套件。此外，它还计划加入更高级的回归跟踪功能，以便在软件包大规模发布给用户之前检测到问题变更。

此外，还有一些相当明确的访问和使用条件。目前，只有 Debian 开发者和维护者才能创建和发布软件仓库，而这些仓库的内容默认是公开的。此外，只有那些许可证允许 Debian 分发且符合其生态系统逻辑的软件包才被允许——也就是说，只有那些最终能够合理地出现在官方软件仓库中的软件才被允许。Freexian 保留移除不符合这些标准的软件仓库的权利。

Debusine 中的存储库是如何工作的

在实际操作层面，与 Debusine 的交互围绕着工作区和工作流程展开。工作区是平台内的逻辑空间，代码库（或套件）就创建在这些空间中。例如，您可以使用名为“开发者”的通用工作区，也可以使用更具体的、用于特定实验的工作区。

开发者可以使用Debusine 命令行工具创建软件包仓库。创建软件包的基本命令可能如下所示：

基本命令： debusine --server SERVER archive suite create --workspace WORKSPACE \
--architecture all --architecture amd64 \
--base-workflow-template TEMPLATE SUITE

在实际场景中，这可以看作是创建SID 实验存储库的一个具体例子：

真实示例： debusine --server debian archive suite create \
--workspace developers-myuser_experiment \
--architecture all --architecture amd64 \
--base-workflow-template upload-to-unstable \
sid-experiment

之后，新创建的软件包将作为 APT 软件仓库提供，可通过 HTTPS 访问。Debian用户可以通过在软件源配置中添加相应的行来使用它，如果需要，还可以使用现代的 .sources 文件格式。

.sources 文件示例： Types: deb deb-src
URIs: https://deb.debusine.debian.net/debian/developers-myuser_experiment
Suites: sid-experiment
Components: main

有了这样的配置，任何与所用套件兼容的 Debian 系统都将能够像从 APT 源一样从Debusine 存储库查询、安装或更新软件包，但优势在于这些软件包已经过针对发行版生态系统的工作流程调整。

Debian 生态系统的应用案例和优势

Debusine 旨在解决Debian 开发人员日常工作中遇到的实际问题，而这些问题的解决方案要么是统一的，要么很大程度上依赖手动操作。其中一个最明显的例子是软件包的协调过渡：当更新重要的库或关键组件时，通常需要在将任何内容推送到主仓库之前，重新构建并测试大量依赖软件包。

借助 Debusine，这些更改可以在隔离但公开的仓库中进行测试，其他开发者和测试人员可以帮助验证所有内容是否都能编译并按预期运行。一旦软件包被证明稳定，上传到官方仓库的风险就会降低，结果也会更加可预测，从而减少最终用户遇到的问题数量。

另一种典型场景涉及实验性软件或尚未准备好加入软件仓库的软件。一些项目要求用户测试预览版、开发分支或每日构建版本，以查找错误并收集反馈。Debusine 不要求用户添加 Ubuntu PPA 或手动编译软件，而是提供与 Debian 兼容的软件仓库，但提供的保证和监管力度有限。

为团队、公司或社区创建自定义软件仓库的想法也越来越受欢迎。任何维护基于 Debian 的发行版或企业环境的人都可以使用 Debusine 来打包和分发他们自己的应用程序版本，并使用与“官方”Debian 相同的工具和控制措施。这不仅是为了方便，也是为了便于追溯，并能够轻松审计哪些软件包已安装以及安装来源。

最后，Debusine 有助于减少对 Launchpad 或私有服务等外部解决方案的依赖。一切都保留在 Debian 生态系统及其社区内，用户可以更好地控制软件包的存储位置、签名者以及分发条件。对于一个如此重视技术自主权和许可协议的项目来说，这绝非小事。

与经典 Ubuntu PPA 的关系以及在 Debian Trixie 中的使用

随着 Debusine 的不断成熟和发展，许多用户仍会继续在其 Debian 系统上使用 Ubuntu PPA，尤其是在 Debian 13 “Trixie” 等开发版本或接近不稳定版或测试版的版本上。原因显而易见：某些软件仅打包在 Launchpad 上，而改变使用习惯需要时间。

在 Debian 系统上仍然可以安装、配置和使用 Ubuntu PPA 软件源，通常通过 add-apt-repository 工具并进行一些手动调整。例如，通常会执行如下命令：

添加 PPA： sudo add-apt-repository ppa:mi-repositorio/mi-programa

此命令会在 `/etc/apt/sources.list.d` 目录下创建一个新的源文件，通常带有 `.sources` 扩展名。但是，由于它是针对 Ubuntu 的，该文件可能引用诸如 `mantic`、`noble` 或 `questing` 之类的软件包套件，而这些套件名称与 Debian 的版本名称并不对应。因此，通常的做法是编辑生成的文件（例如 `my-program.sources`），并将 `Suites` 字段的值调整为指向您要使用的 PPA 实际构建所在的 Ubuntu 版本。

更新软件包列表： sudo apt update

整个过程很好地说明了为什么 Debian 乐于拥有自己的官方替代方案。使用第三方 PPA 时，用户需要承担一定的依赖项混合风险，并高度重视以避免系统崩溃。而 Debusine 则致力于提供从一开始就与 Debian 生态系统完美兼容的额外软件仓库，不采用任何“技巧”或不正当的捷径。

当前供应情况及未来前景

目前，Debusine Repositories 处于公开测试阶段，主要面向开发者和维护者。位于 debusine.debian.net 的 Freexian 实例已用于实际项目，但尚未作为面向最终用户的生产服务推出，因此最终用户无法随意添加软件仓库。

只有拥有 Debian 开发者或 Debian 维护者权限的用户才能访问这些软件仓库，他们必须通过 Salsa 进行身份验证才能创建、管理软件包并将其上传到软件仓库。生成的软件仓库是公开可见的，任何用户都可以访问这些仓库或将其配置为额外的软件包源，前提是他们了解自己正在向系统中添加的内容。

展望未来，该服务有望获得更高的稳定性、更完善的质量保证功能，并更好地与 Debian 中使用的其他工具集成。此外，该服务在由致力于以更专业的方式维护基于 Debian 的发行版的公共或私营机构支持的衍生项目和计划中的应用也极有可能增加。

考虑到 Ubuntu 的 PPA、通用软件包格式以及各种包含 reprepro 和其他工具的自制软件包解决方案已经存在很长时间了，有些人可能会觉得Debusine 的出现有点晚了。然而，对于那些重视内部一致性、发行版透明度以及能够在不破坏发行版核心的情况下进行实验的用户来说，这样一个平台在 Debian 官方体系下的出现无疑是个好消息。

种种迹象表明，Debusine 将成为Debian 软件包和分发工作流程现代化进程中的关键组件。如果它成功，将为开发者提供更舒适的环境来测试复杂的变更，使维护者能够更好地管理各自的软件仓库，并允许用户在不离开发行版可信生态系统的情况下访问更多软件，从而降低用户使用与项目理念不太相符的外部解决方案的诱惑（以及风险）。