3、RPM 包管理器：历史、特性与术语详解

RPM 包管理器：历史、特性与术语详解

一、Linux 包管理系统的需求

Linux 内核本身虽强大，但仅靠它无法完成大多数任务。用户使用 Linux 时，通常需要内核和大量配套软件，如共享 C 库、传统 Unix 实用工具（grep、awk、sed 等）、编辑器（vi）、shell（bash）等，还期望 Linux 包含服务器软件（如 Apache Web 服务器）和桌面软件（如 OpenOffice.org 办公套件）等。

一些 Linux 发行版在六张或更多 CD - ROM 中包含数千个软件包，而且组织还需要额外的软件包来创建有效的工作环境。此外，Linux 内核和软件应用通常仅以源代码形式提供，手动安装需先编译，这对大多数人来说技术难度大且耗时。

早期 Linux 程序员意识到仅提供源代码的不切实际，于是创建了发行版，即预编译的 Linux 内核和其他必要软件的集合。早期发行版如 MCC 和 SLS 最初只是开发者硬盘的存档快照，用户对安装的应用程序几乎没有控制权。后来 Slackware 发行版将应用程序分为多个功能类别，用户可选择性安装，但管理粒度仍较粗。

随后，一些发行版独立开发了应用级安装管理工具，如 BOGUS 发行版的 pms 软件、Red Hat 的 RPP 软件和 Debian 的 dpkg 软件，它们都能实现单个应用的安装和卸载。

二、RPM 设计目标

早期的系统管理工具虽能通过单个命令安装和卸载应用程序并跟踪文件，但存在诸多技术和实际缺陷。例如，一些工具仅适用于 32 位 Intel 兼容硬件，且在包准备方面存在技术问题，难以验证包的正确性。

基于这些问题，Red H