Linux SRPM包及其应用（超详细）
前面章节介绍了 RPM 包的安装，现在我们说说 SRPM 包。
SRPM 包是什么呢？SRPM 包中的软件不再是经过编译的二进制文件，而是源码文件，所以你可以认为 SRPM 包是软件以源码形式发布之后，再封装成 RPM 包格式的。
不过，既然是将源码文件封装成 RPM 包格式，那么它的安装方法既不和 RPM 包软件安装方法一致，也不和源码包软件安装方法一样，我们需要单独学习它的安装方法。
我们依然下载 apache 的 SRP M包，来看看 SRPM 包的安装方法。需要注意的是 SRPM 包的命名规则，其实和 RPM 包的命名规则是一致的，只是多了".src"这个标志。比如"MySQL-5.5.29-2.el6.src.rpm"，采用"包名-版本-发行版本.软件发行商.src.rpm"这样的方式命名。
SRPM 包管理需要使用命令 rpmbuild，默认这个命令没有安装，需要手工安装。命令如下：
Preparing...
###################
[100%]
1:rpm-build
###################
[100%]
SRPM 包有两种安装方式：
- 利用 rpmbuild 命令直接安装；
- 利用 *.spec 文件安装。
我们分别介绍。
rpmbuild命令安装
如果我们只想安装 SRPM 包，而不用修改源代码，那么它的安装方式还是比较简单的，命令如下：
选项：
- -rebuild：编译 SRPM 包，不会自动安装，等待手工安装；
- -recompile：编译 SRPM 包，同时安装；
需要注意的是，虽然 SRPM 包内是源码包，但毕竟是采用 RPM 包封装的，所以依然会有依赖性，这时需要先安装它的依赖包，才能正确安装。我们使用如下命令编译 SRPM 包的 apache。
warning: InstallSourcePackage at: psm.c:244: Header V3 RSA/SHA256 Signature, key
ID fd431d51: NOKEY
warning: user mockbuild does not exist - using root
warning: group mockbuild does not exist - using root
#警告为mockbuild用户不存在，使用root代替。这里不是报错，不用紧张
…省略部分输出…
Wrote: /root/rpmbuild/RPMS/i386/ httpd-2.2.15-5.el6.i386.rpm
Wrote: /root/rpmbuild/RPMS/i386/httpd-devel-2.2.15-5.el6.i386.rpm
Wrote: /root/rpmbuild/RPMS/noarch/httpd-manual-2.2.15-5.el6.noarch.rpm
Wrote: /root/rpmbuild/RPMS/i386/httpd-tools-2.2.15-5.el6.i386.rpm
Wrote: /root/rpmbuild/RPMS/i386/ mod_ssl-2.2.15-5.el6.i386.rpm
#写入RPM包的位置，只要看到，就说明编译成功
Executing(%clean): /bin/sh -e/var/tmp/rpm-tmp.Wb8TKa
+ umask 022
+ cd/root/rpmbuild/BUILD
+ cd httpd-2.2.15
+ rm -rf /root/rpmbuild/BUILDROOT/httpd-2.2.15-5.el6.i386
+ exit 0
Executing(-clean): /bin/sh -e/var/tmp/rpm-tmp.3UBWql
+ umask 022
+ cd/root/rpmbuild/BUILD
+ rm-rf httpd-2.2.15
+ exit 0
exit 0 是编译成功的标志，同时命令会自动删除临时文件。编译之后生成的软件包在哪里呢？当然在当前目录下了。在当前目录下会生成一个 rpmbuild 目录，所有编译之后生成的软件包者都存在这里。
BUILD RPMS SOURCES SPECS SRPMS
rpmbuild 目录下有几个子目录，我们用表格说明其中保存了哪些文件，如表 1 所示。
| 文件名 | 文件内容 |
|---|---|
| BUILD | 编译过程中产生的数据保存位置 |
| RPMS | 编译成功后，生成的RPM包保存位置 |
| SOURCES | 从SRPM包中解压出来的源码包（*.tar.gz)保存位置 |
| SPECS | 生成的设置文件的安装位置。第二种安装方法就是利用这个文件进行安装的 |
| SRPMS | 放置SRPM包的位置 |
编译好的 RPM 包已经生成在 /root/rpmbuild/RPMS/ 目录下。
-rw--r--r-- 1 root root 3039035 11月19 06:30 httpd-2.2.15-5.el6.i386.rpm
-rw--r--r-- 1 root root 154371 11月19 06:30 httpd-devel-2.2.15-5.el6.i386.rpm
-rw--r--r-- 1 root root 124403 11月19 06:30 httpd-tools-2.2.15-5.el6.i386.rpm
-rw--r--r-- 1 root root 383539 11月19 06:30 mod_ssl-2.2.15-5.el6.i386.rpm
其实，rpmbuild 命令就是先把 SRPM 包解开，得到源码包；然后进行编译，生成二进制文件；最后把二进制文件重新打包生成 RPM 包。
利用*.spec文件安装
想利用 *.spec 文件安装，当然需要先把 SRPM 包解开才能获取。可以利用 rpmbuild 命令解开 SRPM 包，但是这样不就和上一种方法冲突了吗？可以使用 rpm-i 命令解开 SRPM 包，命令如下：
选项：
- -i： 安装。不过对 *src.rpm 包只会解开后放置到当前目录下的 rpmbuild 目录下，而不会安装
这时在当前目录下也会生成 rpmbuild 目录，不过只有 SOURCES 和 SPECS 两个子目录。其中，SOURCES 目录中放置的是源码；SPECS 目录中放置的是设置文件，我们现在要利用设置文件进行安装。接下来生成 RPM 包文件，命令如下：
选项：
- -ba: 编译，同时生成 RPM 包和 SRPM 包；
- -bb: 编译，仅生成 RPM 包；
命令执行完成后，也会在 /root/rpmbuild/ 目录下生成 BUILD、RPMS、SOURCES、SPECS 和 SRPMS 目录，RPM 包放在 RPMS 目录中，SRPM 包生成在 SRPMS 目录中。这时安装 RPM 包即可。
两种安装 SRPM 包的方法使用一种就行，大家可以选用白己喜欢的方式。
RPM包的深入应用
查询软件包帮助信息
有这样一个问题：在 Vim 的配置文件中如何注释？实际上，Vim 的配置文件存放于用户的宿主目录下，默认文件名为".vimrc"，可以写入"set nu"等设置命令，问题是写入此配置文件中的命令如何注释使其不生效。
一般来讲，Linux 系统或系统软件的配置文件可以在行首使用"#"符号来注释，但是当用"#"注释了 Vim 的配置文件保存退出后，编辑文件时发生了这样的情况：
Error detected while processing /root/.vimrc: line 1:
E488: Trailing characters: # set nu
系统提示错误，所以并不是 Vim 的有效注释符号。
诸如此类问题，应如何查询得到结果？思路：Linux 中安装的软件包大多包含应用示例或说明文档，可以査找到其内容，就可以知道此问题的答案了。
1) 査找系统中所有Vim的安装包。
vim-minimal-7.0.109-3 vim-common-7.0.109-3 vim-enhanced-7.0.109-3
2) 査询安装包的内容，査找是否有应用示例文件，看英文含义，"minimal"为最小应用软件包，"common"为通用的基础软件包，"enhanced"为増强功能的软件包。我们在这里先査看"virrvcommon"软件包安装到系统中的文件是否有示例文件（如包含关键字"example"或"sample"的文件）。
/usr/share/vim/vim70/gvimrc_example.vim
/usr/share/vim/vim70/macros/urm/examples
/usr/share/vim/vim70/vimrc_example.vim
根据査找到的文件名称，判断"vimrc_example.vim"应为 Vim 配置文件示例，査看其内容。
"An example for a vimrc file.
"
"Maintainer:
Bram Moolenaar <Bram@vim.org>
"Last change:
2006 Aug 12
当看到此文件中"作者""最后更新日期"等信息前面的双引号时，我们就清楚了它一定是 Vim 配置文件的注释符号。
这是一个在应用 Linux 时碰到的问题，很有代表性，像常见的配置网络服务器（如 DNS、DHCP 等），査找它们的配置文件示例，都可以采用类似方法。解决此类问题要多利用系统软件本身的帮助信息，使用 RPM 査询命令。
RPM数据库问题
有时 RPM 数据库也会出现故障，其结果是当安装、删除、査询软件包时，请求无法执行，此时需要重建数据库。
首先，删除当前的 RPM 数据库。
其次，重建数据库。
这一步需要花费一定的时间来完成。
黑客入侵系统后，有时为混淆雛，避免管理员通过 RPM 包校验功能检测出问题，会更改 RPM 数据库（从理论上来讲，当系统被入侵后，一切都将不再可信)，此时我们可按照以下步骤对文件进行检测。
1) 对于要检査的文件或命令，找出它属于哪个软件包。
samba-3.0.23c-2
2) 使用 -dump 选项査看每个文件的信息，使用 grep 命令提取对应文件信息。
/etc/rc.d/init.d/smb 2087 1157165946 b1c26e5292157a83cadabe851bf9b2f9 0100755 root root 1 0 0X
其中，"2087"为文件中最初的字符数，"b1c26e5292157a83cadabe851bf9b2f9"为 smb 文件内容的 MD5 校验值，"0755 root root"为文件权限及所有者、所属组。
3) 检査实际的文件，看内容是否被更改过。
[root@localhost ~]# md5sum /etc/rc.d/init.d/smb
b1c26e5292157a83cadabe851bf9b2f9 /etc/rc.d/init.d/smb
检测文件大小、所有者、所属组、权限、MD5 校验值是否匹配。
4) 在我们的实验中，系统的 /etc/rc.d/init.d/smb 文件的信息和通过 rpm-ql-dump Samba 命令获取的信息是一致的，所以我们系统中的文件并没有被入侵与更改。如果确信 RPM 数据库遭到了修改，就要基于从光盘或者其他值得信赖的来源处获得的Samba RPM文件进行检査。
warning: samba-3.0.23c-2.i386.rpm: Header V3 DSA signature: NOKEY, key ID 412a&62
/etc/rc.d/init.d/smb 2087 1157165946 b1c26e5292157a83cadabe851 bf9b2f9 0100755 root root 1 0 0 X
如果得到的结果与基于 RPM 数据库运行的命令结果不同，就可以判断 RPM 数据库已被更改，需要修正文件错误和系统漏洞，重建 RPM 数据库。
湘公网安备 43102202000103号