2. Overview
首先， 让我们先来了解 RPM 背後的设计哲学，其设计的目的之一，便是允许使用者能够使用「纯净」的 source 档案。 关於此点，我们必须回溯至 RPP
程式， ( 这是一个早期所使用的程式套件管理系统，不过， 後来 RPM 倒没有由其衍生 )， 它所采用的 source 档案，都是经过额外的「破解处理」。
理论上，使用者可以顺畅无误地，从一份 RPP 原始档， 完成 install 与 make 的动作。但是这样处理过的 source 档案，
已是面貌全非，使用者可能无从得知，档案里到底哪些地方被更改过，通常必须额外取回未经处理过的 source 档案。而 RPM
的做法，便是让使用者取得「未经处理过的 source 档案」，同时再附上一份「patch 档案」，
可藉之完成程式编译的工作。我们很容易发现，这样的做法带来不少好处。 怎麽说呢？举个状况为例， 在 Red Hat Linux
下，如果某个新版的程式问世了，您可能没有必要再重头开始做 compile 动作， 先观察「patch
档案」的内容，看看是否有哪些部份才是您需要做的。如此一来，所有内含的程式预设值便很容易看出来。
另一方面， RPM
也具有强大的查询功能，您可以针对整个程式套件的资料库，或是某些特定的档案，进行查询的动作，也可以轻松地查出，某个档案是属於哪个程式套件，或是它打从哪里来的。
RPM 档案本身是经过压缩的，但您还是可以很容易而快速地，查询每个程式套件的内容，因为在程式套件里， 已经加入一段特殊的 binary
header，它记录了全部查询时所需的内容，这样的做法，使得查询功能变得相当快速。
另一项强大的功能，便是程式套件的完整确认。如果您担心误砍某个档案，而它正是某个程式套件的重要部份，那麽做个「确认动作」就行了。如有任何不正常的地方，
便会通知您，这时候，您可以视情况重新安装该程式套件，而且所有之前的设定档，都会完好地被保存下来。
我们非常感谢来自 BOGUS distribution 的高手们，他们提供了许多意见构想，後来也都被采用於 RPM 当中。 虽然 RPM 完全是由 Red
Hat Software 所撰写，但其操作模式是根据 BOGUS (PM 与 PMS) 所写的程式码。
|
|
