rpm安装

从一般意义上说，软件包的安装其实是文件的拷贝，RPM安装软件包，也无外乎此。但RPM要更进一步、更聪明一些就需要多做些工作了。

聪明的安装
从一般意义上说，软件包的安装其实是文件的拷贝，即把软件所用的各个文件拷贝到特定目录。RPM安装软件包，无外乎此。但RPM要更进一步，更聪明一些。在安装前，它通常要执行以下操作：

RPM格式的软件包中可包含有依赖关系的描述，如软件执行时需要什么动态链接库，需要什么程序存在及版本号要求等。当RPM检查时发现所依赖的链接库或程序等不存在或不符合要求时，默认的做法是中止软件包安装。

有的软件与某些软件不能共存，软件包制作者会将这种冲突记录到RPM软件包中。安装时，若RPM发现有冲突存在，将会中止安装。

此类程序由软件包制作者设定，需要在安装前执行。通常是检测操作环境，建立有关目录，清理多余文件等等，为顺利安装作准备。

RPM对配置文件（Configfiles）有着特别的处理。因为用户常常需要根据实际情况，对软件的配置文件做相应的修改。如果安装时简单地覆盖了此类文件，则用户又得重新手工设置，很麻烦。这种情况下，RPM做得比较明智：它将原配置文件换个名字保存了起来（原文件名后缀加上.rpmorig），用户可根据需要再恢复，避免重新设置的尴尬。

这是最重要的部分，也是软件包安装的关键所在。在这一步，RPM将软件包解压缩，将其中的文件一个个存放到正确的位置，同时，文件的操作权限等属性相应设置正确。

此类程序为软件的正确执行设定相关资源，如修改inetd.conf、运行ldconfig程序以利新的动态链接库生效等等。

安装后，RPM将所安装的软件及相关信息记录到其数据库中，便于以后升级、查询、校验和卸载。

触发脚本程序是指软件包满足某种条件（如已安装软件包sendmail，或file版本大于3.0）时才触发执行的脚本程序，它用于软件包之间的交互控制。触发脚本程序有三类：一是软件包安装时才触发的，称为安装时触发脚本程序（triggerin）；二是软件包卸载前触发的，叫作卸载前触发脚本程序（triggerun）；三是软件包卸载后才触发执行的，称作卸载后触发脚本程序（triggerpostun）。这些触发脚本程序，大大扩展了RPM软件包管理的功能。

命令格式
安装RPM格式的软件包，可使用如下命令格式：

注：可用--install代替-i，效果相同。

选项列表

包裹文件
对于要安装的RPM格式的包裹文件，RPM对其名字不作强制要求。用户可以使用以下三种方式的命名样式：

注：体系号指的是执行程序适用的处理器体系，如i386体系，sparc体系等。体系号为src时表明为源代码包，否则为执行程序包。

如abc-3.2-1.i386.rpm为执行程序包，软件名为abc，版本号为3.2，释出号为1，适用体系为i386，而abc-3.2-1.src.rpm则为源代码包。

注：[]括住的内容表示可选。主机可以是主机名，也可是IP地址。包裹文件可含目录信息。如未指定用户名，则RPM采用匿名方式传输数据（用户名为anonymous）。如未指定密码，则RPM会根据实际情况提示用户输入密码。如未指定端口，则RPM使用默认端口（一般为21）。

注：[]括住的内容可选。主机可以是主机名，也可是IP地址。包裹文件可含目录信息。如未指定端口，则RPM默认使用80端口。

如将abc-3.2-1.i386.rpm改名为abc.txt，用RPM安装也会安装成功，其根本原因是RPM判定一个文件是否RPM格式，不是看名字，而是看内容，看其是否符合特定的格式。

选项详解
一、安装指定用选项

如果一个软件包很大、安装费时时，用户若想及时了解安装进度，必须用此选项。该选项以显示#号表示进度，每个#号表示2%的进度，总共要显示50个#号。下面安装MySQL软件包，如下所示：

从上看出，软件包安装顺利完成。

percent的含义是百分比，而此选项的作用就是以百分比（%）来显示安装进度的。同样是安装MySQL软件包，下面的输出就不一样：

上例中省略了很多输出（......表示）。因为如果软件包很大，则用--percent时输出的内容会很多，所以用户最好用--hash选项，以#号来表示安装进度，这样简洁明了。

所谓安装测试，意即并非真正的安装，它不拷贝和建立任何文件。使用本选项的目的在于：检测软件包的依赖关系是否满足，是否存在潜在的冲突等等。

本例进行安装测试时发现了依赖方面的错误，autofs所需要的mktemp包不存在，安装中断。

下面先安装mktemp软件包，再进行autofs安装测试，看情况怎么样：

由上看出，这次测试没有出现什么错误。

为什么要替换软件包？原因可能是系统中的软件包已经破坏了，其中一个或多个文件丢失或损毁。如果用户想修复这个软件包，用直接安装的方法，RPM将报错退出：

注：本例先用RPM校验命令校验一下file软件包，发现/usr/man/man1/file.1文件丢失。之后用安装命令安装，RPM提示软件包file-3.26-6已经安装了。（有关RPM校验命令，<<精通RPM之六--校验篇>>中将会有详细的介绍）

如果采用--replacepkgs选项，结果又怎样呢？

看来，RPM成功地替换了原软件包，校验一下该包，发现没有错误输出，所以现在的软件包是完整的。

RPM是聪明的软件包管理器，它维护着每个已安装软件包的文件信息。如果在安装一个新的软件包时，RPM发现其中某个文件和已安装的某个软件包中的文件名字相同但内容不同，那么RPM就会认为这是一个文件冲突，会报错退出：

注：本例中RPM发现要安装的软件包ff-4.0-2与已安装的软件包zoo-6.0-1中，含有相同的一个文件/root/my.a，但其内容并不相同，所以提示了文件冲突的错误。

如果用户想忽略这个错误，可使用--replacefiles选项，指示RPM发现文件冲突时，直接替换掉原文件即可。注意：除非用户对所冲突的文件有很深的了解，不要轻易替换文件，以免破坏已安装软件包的完整性，确保其能正常运行。

采用该选项后，软件包能顺利安装了。

另外，说到替换文件，若要安装的软件包中的文件已存在，但此文件并不属于任何软件包，RPM的做法是将文件换名保存（文件名后缀加.rpmorig），并且以警告信息提醒用户。如下所示：

读者看到此选项，也许要问：难道RPM安装软件包不是安装其中所有的文件吗？

我的回答是：如果是初次安装的话，RPM确是将包中所有文件全部安装。但是，如果是修复软件包（用--replacepkgs选项），那结果就不一定了。个中原因是：RPM包中有些配置文件可标识为missingok属性（missingok指的是即使丢失，照样OK），这样的包安装后，若这种类型的配置文件被删除，则修复时RPM默认的做法是不再安装这种类型的文件，除非采用--allfiles选项。下面看个实际的例子：

注：本例中已预先知道foo包中的配置文件/etc/foo.conf带有missingok属性。

（1）用rpm -i命令安装foo包；

（2）用ls命令列一下属于该包的配置文件/etc/foo.conf（能列出来，表明文件存在）；

（3）用rm命令删除了这个文件；

（4）用rpm -i --replacepkgs命令修复foo软件包；

（5）因为修复时未用--allfiles选项，所以用ls命令列文件/etc/foo.conf时出错了：文件不存在，没有安装上；

（6）用rpm -i --replacepkgs --allfiles命令安装修复foo软件包；

（7）再度用ls命令列文件，列了出来，表明这次安装上了。

由本例看出，若用户确实想安全恢复（修复）某个软件包，最好使用--allfiles选项。一般情况下则不必这么做，因为带有missingok属性的配置文件本来就是可以丢失的嘛，不必太在意了。

force的含义是强制。--force选项的作用就是强制安装软件包，不考虑软件包是否已安装，也不考虑有没有文件冲突。其效果相当于同时选用--replacepkgs与--replacefiles选项进行安装。

RPM有多个好功能，其中之一就是：它将文件分为配置文件，说明文档和其它文件三种，这样便于区别对待，灵活处理。

基于RPM安装的LINUX发行版中包括5000多个说明文档，有50M字节，占用的空间不小。如果想节省空间，可使用--excludedocs选项以排除安装说明文档。

如软件包file中包含/usr/man/man1/file.1和/usr/man/man4/magic.4两个说明文档。安装时若使用--excludedocs选项，这两个文档就不会被安装。

如果用户想让RPM默认不安装说明文档，则可以这么做：编辑~/.rpmmacros文件（用户主目录HOME下的RPM宏文件），加入下面一行：

其作用是定义RPM内部的_excludedocs宏为1，确认不安装说明文档。

这样的话，就不用在命令行使用--excludedocs选项了。

RPM一般情况下是安装说明文档的，但是如果用户自行修改了设定（象上面的例子），则RPM就不再安装说明文档了，除非特别指定，这就用到--includedocs选项。这种情况下，只有用此选项才能确保安装说明文档。

...