PRM

PRM全名是RedHat Package Manager
顾名思义，当初这个软件管理的机制是由Red Hat这家公司发展出来的，RPM是以一种数据库记录方式将你所需要的软件安装到你的Linux系统的一套软件管理机制。
它最大的特点就是将你要安装的软件先便于过，并且打包成为RPM机制的文件，通过打包好的软件里面默认的数据库，记录这个软件要安装的时候必须具备的依赖属性软件，当你的LINUX主机安装时，RPM会先依据依照软件里面的数据查询里LINUX里的依赖属性软件是否安装，若满足，则予以安装，若不满足，则不予安装。那么安装的时候就该将该软件的信息整个写入RPM数据库，以便未来的查询验证与反安装：这样一来的优点是：

1. 由于已经编译完成，并且打包完毕，所以软件传输与安装上很方便，不需要再重新编译。
2. 由于软件的信息都已经记录在Linux的主机的数据库上，很方便查询升级与反安装

但是这也造成了许多困扰，因为rpm文件是已经打包好的数据，也就是说，里面的数据都已经编译完成了，所以该软件安装文件几乎只能安装在原本默认的硬件与操作系统版本中。
所以通常的不同的linux发行版本发布的RPM文件并不能用在其他Linux发行版本上
为了重复利用既有的软件功能，很多软件都会以函数库的方式发布部分功能，以便以便其他软件调用，例如pam模块的验证功能，此外，为了节省用户的数据量，目前Linux而发行版本在发布软件时都会将软件的内容分成一般使用与开发使用两大类
因为上述现象，所以rpm文件就会有所谓的依赖属性的问题产生，那么有没有办法解决？前面不是谈到rpm文件，会记录依赖属性的数据吗？那想一想，要是我们将这些依赖属性的软件建立一份清单列表，再有要安装软件需求的时候，先先到这个列表去找，同时与系统内已安装的软件比较，没安装到的依赖软件，就一口气，同时安装那么不就解决了这个问题了吗？有没有这种机制呢？有这就是YUM机智的由来。
先将发布的软件放到YUM服务器内，然后分析这些软件的依赖属性问题，将软件内记录的信息记录下来，然后再将这些信息分析后记录成软件相关性的列表，这些列表数据与软件所在的本机或网络上的位置，可以称为软件源或软件仓库，当客户端有软件安装的需求时，客户端主机会主动的向网络上YUM服务器的软件源地址下的下载列表，然后通过列表的数据与本机的rpm数据库已存在的软件数据相比较就能一口气安装所有需要的，具有依赖属性的软件了。
一般来说，在安装RPM类型的文件时，会先去读取文件内记录的设置参数内容，然后将该数据用来对比Linux系统的环境，以找出是否有属性依赖的软件尚未安装的问题