两个系统都用rpm包进行软件包的管理，通用的rpm命令对两个系统都是适用的.
代码语言：javascript复制rpm -ev PKGNAME --nodeps #忽略依赖进行软件包的卸载；
rpm -ivh PKGNAME --force #进行软件包的安装，包括降级，一般用于降级，不会移除存在的包，所以可能产生duplicate包
rpm -q --dupes PKGNAME #查看duplicate 的包，如果安装了多个版本，据此查看duplicate的包, 然后进行卸载；
rpm -Uvh PKGNAME-VER #进行版本升/降级，如果是降级，必须用--force 参数，并且指定版本，会自动移除duplicate的包,
rpm -q --changelog PKGNAME #查看软件包的变更记录；
rpm -qV PKGNAME #验证软件包的完整性
rpm -qc PKGNAME
rpm -ql PKGNAME
rpm -qf FILEPATH #查看文件所属的软件包
rpm -q --last PKGNAME #按照安装时间列出软件包，最新的包在最上面显示；
rpm -q --scripts PKGNAME #查看软件包的安装以及卸载脚本；
rpm -q --package PKGNAME #当软件包没有安装的时候，查看软件包的相关信息用 --package 参数；
rpm -qa --qf "%{name}t%{version}n" #列出系统中所有软件包的name以及version信息，更多参考--qf 参数说明；
rpm -q --querytags #在上述命令中，使用到了name, version 等选项，所有支持的option 可以用该命令列出来；
rpmdb --initdb
rpmdb --rebuilddb #重建rpm的DB数据，在rpm的DB数据中记录了软件包的相关信息； 有时候rpm 的查询不能执行，可能是这个软件包出现了问题，可以用此命令进行尝试，但是并不总能解决问题；rpm 默认的DB目录是/var/lib/rpm, 这个目录非常重要，不能删除，否则就会出现无法修复的问题；除了常规的已经编译的rpm包，还有一类是.src.rpm的包，这一类包也是rpm包，但是属于source rpm包，这类包是把source code，spec脚本等一起打包成rpm包，所以不能直接使用, 要使用这类包，需要首先编译成二进制的rpm才可以. 为什么需要使用该类包呢？当我们需要source code, 然后重新修改并生成新的rpm包，那么就首先需要source code. 所以该包就是这个作用. 要管理好这类包，需要更多一点的rpm相关知识：
如何更改软件包的安装路径： 1). 每个rpm包information (rpm -qi PKGNAME)里面都有一个属性： Relocations, 这个就是rpm默认的安装路径，虽然很多的rpm包这个属性的值是"not relocatable", 但是这个属性总是存在的; 对于支持该属性的rpm包，可以在安装的时候用如下的格式更改软件包的安装路径：
代码语言：javascript复制rpm -ivh --badreloc --relocate OLDPATH=NEWPATH 其中，--badreloc 参数和--relocate 一起使用，表示不限于OLDPATH的文件；而OLDPATH就是上面的Relocations属性的值，NEWPATH就是要安装的新的路径；--relocate 参数可以多次使用，从而确保每一个OLDPATH都可以被替代；更改了软件包的安装路径之后，可能需要手动配置相关的环境变量，否则可能会导致运行异常，所以这个不常用，但是还是有用的； 2). 除了使用 --relocate 参数以外，如果PKG支持relocable, 那么也可以使用--prefix NEWPATH 参数，从而确保安装的软件包在新的路径下，和上面--relocate 不一样的地方是： --prefix 是在原来的路径前面加上一个新的路径，从而原来的路径变成了新路径的一部分；而--relocate 就是对原来路径进行替换；
而关于使用source RPM包来创建RPM package, 过程和工具如下：
具体的方法如下：
代码语言：javascript复制1. 确保本机有rpmbuild 工具 (rpm-build 这个Package)
2. 确保本机有GNU/GCC 编译工具 (gcc 这个Package)
3. 确保本机有rpm工具(rpm 工具用来安装生成的rpm包)
4. 确保本机有yum-builddep 工具(当使用rpmbuild命令来生成rpm是，可能出现依赖问题，用yum-builddep可以快速解决依赖问题，而不需要手动一条条安装，可以使用yum provides yum-builddep 命令来查看该工具是哪个包来提供的)
工具准备后，按照如下的步骤操作：
A. 下载所需要的SOURCE RPM 包，从IMAGE 的CD2 一般可以下载到；
B. 在SOURCE RPM包下载后，在对应的目录下，一般包含SOURCE， SPECS两个子目录, 前一个是source code （其内容本质类似于用 rpm2cpio *.src.rpm | cpio -div 解压得到的源码文件）, 后一个里面是说明文件；其中SPECS里面的说明文件包含了 该rpm包的依赖，以及版本变更等信息, 还有特定的格式要求，所以不要随便修改这个文件，除非明白自己在做什么；
C. 理论上，有了spec 文件，我们就可以用rpmbuild命令直接构建rpm包，但是在大多数情况下，可能出现依赖问题；此时用： yum-builddep -y *.spec 命令来完成依赖安装；
D. 依赖问题解决以后，就可以使用：rpmbuild -ba *.spec 命令来生成rpm包了；
E. 上述命令执行之后，在原来的SOURCE，SPECS 这两个子目录的同级，生成了另外的4个子目录，分别是：BUILD BUILDROOT RPMS SRPMS， 其中分别是：
BUILD ----对应我们常用的config, make, makeinstall 的编译源代码
BUILDROOT ---如果rpmbuild的时候，没有指定 --buildroot 参数，那么一般为空
RPMS ---生成的rpm包
SRPMS ---这个是生成的.src.rpm包在一切顺利的情况下，上面的5个步骤就可以实现基于*.spec 来构建rpm包了，但是一般都不会太顺利，在spec中指定了大量的宏变量和关键字，在不同的系统中这些macro可能都不同，下面是一些小技巧：
- rpm -E "%{_bindir}" 来查看 %{_bindir} 的具体值，所以在spec 文件中不清楚的宏变量，可以通过此种方式进行查询
- 对于rpm包中的tags，利用rpm -q --querytags 这个命令来查看所支持的tags.
上面rpm命令面临的一些挑战：
- 有时候需要明确软件包的位置，比如rpm -Uvh 命令就要取升级需要的rpm包必须位于能够直接访问的位置；
- 没有办法列出当前的repo 中支持的所有版本；
- 如何从已安装的软件包中rebuild 出RPM包； 这时候rpm的wrapper 工具： yum/dnf, zypper， rpmrebuild :
列出所有支持的版本：
yum search --showduplicates PKGNAME zypper se -s --match-exact PKGNAME
从repo下载已经安装的包到本地：
yum reinstall --downloadonly --downloaddir=DOWNLOADPATH PKGNAME zypper download PKGNAME
排除特定的包不做升级：
yum update --exclude=PKGNAME zypper al PKGNAME #为PKGNAME 增加lock, 从而避免升级； zypper ll #显示当前的lock zypper rl #移除lock.
安装特定版本的包：
yum downgrade PKGNAME-VERSIONINFO zypper install --force PKGNAME=VERSION_ID
