RPM 软件包管理工具的设计意图
理解 RPM 的设计意图,有利于帮助你了解如何使用 RPM,以及 RPM 的某些功能是如何实现的,在这个基本上,方便你更好的使用它对系统中的 RPM 软件包进行管理和维护。
理解 RPM 的设计意图,有利于帮助你了解如何使用 RPM,以及 RPM 的某些功能是如何实现的,在这个基本上,方便你更好的使用它对系统中的 RPM 软件包进行管理和维护。
可升级性:
使用 RPM,你能够单独的升级系统上某个单独的组件,而无需重新安装整个软件包或者整个系统。当你取得一个基于 RPM 软件格式的新操作系统 (如 Fedora ) 的发行版时,你无需在机器上重新安装一个 Fedora 操作系统,RPM 能够聪明地、全自动化地为你升级系统。并且,所有软件包配置文件中的自定义设置都将被保留。
RPM 软件包既可用于安装,也可用于升级软件包,如果你要升级某个软件包,只需获得最新的 rpm 软件包就行了。
强大的查询功能:
RPM 被设计成拥有强大的查询功能,你能够通过搜索整个数据库查询软件包或者是软件包中的文件。你能够查询出某个文件属于哪个软件包,或者软件包是从哪里取得的。
RPM 软件包中的所有文件被包含在一个压缩档案中,另外还有一个自定义的二进制头文件,其中包含了软件包的相关信息以及包含的内容。这样一来,查询单个软件包的信息,就变得更快速、更容易了。
系统验证
RPM 的另一个强大的特性就是软件包验证功能。如果你担心自己不小心删除了某个软件包中的重要文件,你能够通过验证软件包得知。如果被通知软件包异常,则可以通过重新安装软件包来解决,并且会保持你的现有的配置文件不被更改。
原软件源 (Pristine sources)
RPM 的另一个重大设计目标是允许使用原软件源 (Pristine Software Source)。RPM 将原软件源与软件的补丁分开。这种机制有几个原因,例如,当某个程序的新版本发布了,你不必重头开始编译整个程序,只需要查看补丁,看看可能需要执行哪些操作对程序进行更新,当然普通用户不太需要关注这一部分特性。
保持原软件源看起来只有软件开发人员很重要,但从结果上来看,它也使得终端用户能够得到更高质量的可用软件包。