第 7 章 Debian 软件包管理系统基础

软件包通常包括了实现一组互相关联的命令或功能所需要的一切文件。Debian 软件包有两种类型：

软件包管理系统使用“依赖关系”安装软件，这些依赖由软件包的维护者小心地指定。依赖关系在每个软件包含有的 control 文件里给出。例如，包含 GNU C 编译器的软件包（gcc）“依赖”软件包 binutils，后者包含了链接器和汇编器。如果用户在没有安装 binutils 的情况下尝试安装 gcc，包管理系统（dpkg）会给出一条错误信息，提示它依赖 binutils，并停止安装 gcc。（不过，如果用户坚持，这个功能可以被覆盖，参见 dpkg(8)）。阅读下方的第 7.9 节 “一个软件包依赖、推荐、建议、冲突、替代、破坏或者提供另一个软件包是什么意思？”以了解更多信息。

Debian 的包管理工具可以用于：

A Debian "package", or a Debian archive file, contains the executable files, libraries, and documentation associated with a particular program or set of related programs. Normally, a Debian archive file has a filename that ends in .deb.

Debian 二进制包格式的内部细节在 deb(5) 手册页中有描述。这一内部格式可能会发生变化（在 Debian GNU/Linux 的各个主要版本之间），所以如果您需要对 .deb 文件进行底层操作，请总是使用 dpkg-deb(1)。

The Debian binary package file names conform to the following convention: <DebianPackageName>_<VersionNumber>-<DebianRevisionNumber>_<DebianArchitecture>.deb

Checking the package name associated with a particular Debian archive file (.deb file) can be done in one of these ways:

VVV 部分是上游开发者指定的版本号。版本号没有固定的标准，所以可能出现诸如“19990513”和“1.3.8pre1”之类迥异的格式。

RRR 部分是 Debian 修订版本号，由 Debian 开发者指定（如果用户自己构建软件包，则由用户指定）。这一数字对应了 Debian 软件包的修订级别，所以，一个新的修订级别通常意味着对该软件包的 Debian Makefile（debian/rules）、Debian 控制文件（debian/control）、安装或卸载脚本（debian/p*），或者配置文件的修改。

AAA 部分给出了该软件包针对的处理器。常见的是 amd64，也就是 AMD64、Intel 64 或者 VIA Nano 处理器。欲了解其他可能的值，请阅读第 6.7 节 “Debian 档案库中的那些目录都是干什么用的？”重温 Debian 档案库的目录结构。欲了解详细信息，请阅读 dpkg-architecture(1) 手册页中关于“Debian 架构”的描述。

有关 Debian 控制文件的内容的细节，请阅读 Debian 政策手册的第 5 节，参见第 12.1 节 “Debian 系统中还能获得哪些有针对性的文档？”。

简短地说，Debian 软件包 hello 的控制文件样例如下：

Package: hello
Version: 2.9-2+deb8u1
Architecture: amd64
Maintainer: Santiago Vila <[email protected]>
Installed-Size: 145
Depends: libc6 (>= 2.14)
Conflicts: hello-traditional
Breaks: hello-debhelper (<< 2.9)
Replaces: hello-debhelper (<< 2.9), hello-traditional
Section: devel
Priority: optional
Homepage: https://www.gnu.org/software/hello/
Description: example package based on GNU hello
 The GNU hello program produces a familiar, friendly greeting.  It
 allows non-programmers to use a classic computer science tool which
 would otherwise be unavailable to them.
 .
 Seriously, though: this is an example of how to do a Debian package.
 It is the Debian version of the GNU Project's "hello world" program
 (which is itself an example for the GNU Project).

Package 字段给出了软件包的名称。这个名字可以传递给软件包管理工具，以操作该软件包，且它通常与 Debian 档案文件的文件名的第一部分相似，但不一定完全相同。

Version 字段给出了上游开发者的版本号以及（在最后一部分）Debian 软件包的修订级别，在第 7.3 节 “为什么 Debian 软件包的文件名这么长？”中有详细解释。

Architecture 字段指明了该二进制软件包编译时针对的处理器。

Depends 字段给出了安装该软件包前必须安装的软件包列表。

Installed-Size 指出了该软件包安装后会消耗多少磁盘空间。设置该字段的目的是给软件包安装前端使用，以判断是否有足够的磁盘空间安装该程序。

Section 行给出了该 Debian 软件包在 Debian 档案站点所存储的“分区”。

Priority 指出了该软件包在安装时有多重要，这使得半智能的软件，如 apt 或 aptitude，能够将软件包分为各种类别，例如，可选择安装的软件包。参见第 7.7 节 “什么是必备、必需、重要、标准、可选和额外软件包？”。

Maintainer 字段给出了当前负责维护该软件包的人的电子邮件地址。

Description 字段给出了该软件包功能的简短介绍。

要了解一个软件包可能拥有的全部字段的信息，请阅读 Debian 政策手册，第 5 节，“控制文件及其字段”，参见第 12.1 节 “Debian 系统中还能获得哪些有针对性的文档？”。

conffile 是软件包管理系统在升级该软件包时不会覆盖的配置文件（通常在 /etc 中）的列表。这确保了对这些文件的本地修改会被保留，因此是一个非常重要的功能，使得正在运行中的系统的软件包可以被原地升级。

要准确得到升级时将会保留哪些文件的内容，请运行：

dpkg --status package

并查看“Conffiles:”的内容。

这些文件是在软件包安装或卸载前后自动执行的可执行脚本。这些文件和名为 control 的文件都属于 Debian 档案文件的“控制”部分。

各文件分别是：

目前所有控制文件都可以在 /var/lib/dpkg/info 目录中找到。与软件包 foo 有关的文件会以“foo”打头，并且，如果适用的话，扩展名会是“preinst”、“postinst”等。该目录中的 foo.list 文件列出了软件包 foo 安装的所有文件。（注意，这些文件的路径是一个 dpkg 内部变量；您不应当依赖它。）

每一个 Debian 软件包都被发行版的维护者赋予了一个优先级，以辅助软件包管理系统。优先级有：

如果您进行一次 Debian 默认安装，所有优先级为标准或更高的软件包都会被安装在您的系统上，如果您选择了预定义的任务软件包，您还会同时获得更低优先级的软件包。

另外，有些软件包被标记为 必备（Essential），因为系统必须要有它们才能正常运行。软件包管理工具会拒绝卸载这些软件包。

虚拟软件包是一个通用的名称，适合称呼一组软件包中的任意一个，所有软件包都提供相似的基本功能。例如，konqueror 和 firefox-esr 都是网页浏览器，所以应该能满足系统中所有需要安装浏览器才能工作或好用的程序的依赖关系。所以我们说它们两个都提供了名为 www-browser 的“虚包”。

类似地，exim4 和 sendmail 都提供了邮件客户端的功能。所以我们说它们都提供了虚包“mail-transport-agent”。如果已经安装了其中的任意一个，那么任何依赖 mail-transport-agent 的程序都会因为这一虚包的存在而满足了依赖关系。

Debian 提供了一种机制，如果有提供同一虚包的多个软件包安装在系统上，系统管理员可以选择一个作为偏好的软件包。相关的命令是 update-alternatives，在第 11.11 节 “有些用户喜欢 mawk，有些喜欢 gawk；有些喜欢 vim，有些喜欢 elvis；有些喜欢 trn，有些喜欢 tin；Debian 如何支持这种多样性？”中有更详细的描述。

Debian 软件包管理系统有一系列的软件包“依赖关系”，设计目的是（用单一的标志）表明在给定系统中程序 A 能够脱离程序 B 独立运行的程度：

关于以上术语的使用方式的更多细节，请阅读 Debian 政策手册，第 7.2 节，“Binary Dependencies”，并请参见第 12.1 节 “Debian 系统中还能获得哪些有针对性的文档？”。

“预依赖（Pre-Depend）”是一种特殊的依赖关系。在多数情况下，dpkg 不管软件包档案文件（即 .deb 文件）依赖的软件包存不存在，都会解压该档案。简单地说，解压缩意味着 dpkg 将准备安装的软件包里的各个文件解压到您的文件系统中，并放在正确的位置。如果该软件包依赖于您系统中没有的其他软件包，dpkg 会拒绝完成安装进程（也就是拒绝执行“配置”步骤），直到它依赖的软件包被安装。

但是，对于某些软件包，dpkg 甚至会在依赖关系解决前拒绝解压缩它们。我们称这类软件包“预依赖”某些其他的软件包。Debian 利用这种机制完成从 a.out 格式到 ELF 格式的升级，因为在这种情况下，软件包解压缩的顺序是至关重要的。这一方法还能用于其他重大的升级，例如优先级为“必需”且依赖 LibC 的软件包。

和以前一样，关于这一机制的更多细节可以在政策手册中找到。

这些“想要”标志表示用户想要对软件包做什么（通过用户对 dpkg/apt/ aptitude 的直接调用表达出来）。

他们的意思分别是：

有三种方法将软件包设置为“保留”，分别是用 dpkg、apt 和 aptitude。

如果使用 dpkg，您需要先使用如下命令导出已选择的软件包：

dpkg --get-selections \* > selections.txt

然后编辑生成的文件 selections.txt，将您想要设为“保留”的软件包，例如 libc6 所在的行，由：

libc6                                           install

改为：

libc6                                           hold

然后保存文件，并使用以下命令将它加载到 dpkg 数据库：

dpkg --set-selections < selections.txt

如果使用 apt，您可以使用以下命令将软件包设为“保留”：

apt-mark hold package_name

或使用以下命令取消“保留”：

apt-mark unhold package_name

如果使用 aptitude，您可以使用以下命令将软件包设为“保留”：

aptitude hold package_name

或使用以下命令取消“保留”：

aptitude unhold package_name

事实上，无法真正地“安装”Debian 源码包，它们仅仅是被解压到了您指定的目录，用于构建它们可以产生的二进制包。

绝大多数分发二进制包的镜像站也同时分发源码包。如果您已经修改了 APT 的 sources.list(5) 并加入了适当的“deb-src”条目的话，您可以运行以下命令轻松下载任何源码包：

apt-get source foo

为了帮助您构建源码包，Debian 源码包提供了所谓的“编译依赖（build-dependency）”机制。这意味着源码包的维护者维护了一个构建该软件包所必需的其他软件包的列表。您可以在编译源码包之前执行

apt-get build-dep foo

来看看它有多实用。

推荐的方式是使用各种包装器工具。我们将用 devscripts 工具来演示如何操作。如果您还没有安装它的话，请安装该软件包。

首先获取源码包：

apt-get source foo

并 cd 到源码树中：

cd foo-*

然后安装所需的编译依赖（如果有的话）：

sudo apt-get build-dep foo

然后为您构建的版本指定一个独一无二的版本号（这样当 Debian 发布一个新版本时，您就不会感到混乱）：

dch -l local 'Blah blah blah'

最后构建您的软件包：

debuild -us -uc

如果一切顺利的话，您可以执行以下命令安装您的软件包：

sudo dpkg -i ../*.deb

如果您喜欢手动操作，而不想使用 devscripts，请遵循以下步骤：

您需要准备好 foo_*.dsc、foo_*.tar.gz 以及 foo_*.debian.tar.xz 才能编译源码（注意：有些 Debian 原生的软件包没有 .debian.tar.xz 文件）。

准备好以上文件（第 7.13 节 “如何安装源码包？”）且安装 dpkg-dev 软件包之后，执行以下命令：

dpkg-source -x foo_版本号-修订版本号.dsc

这会将源码包解压到一个名为 foo-版本号 的目录。

如果您只想编译软件包，您可以 cd 到 foo-版本号 目录，然后执行

dpkg-buildpackage -rfakeroot -b

以编译源码包（注意该命令需要 fakeroot 软件包），然后执行

dpkg -i ../foo_version-revision_arch.deb

以安装刚编译好的软件包。

欲了解关于这一问题的详细信息，请阅读新维护者指南，可在 maint-guide 软件包或 https://www.debian.org/doc/devel-manuals#maint-guide 找到，或者 Debian 维护者指南，可在 debmake-doc 软件包或 https://www.debian.org/doc/devel-manuals#debmake-doc 找到。