Linux笔记：14-软件安装 RPM, SRPM 与 YUM

软件安装 RPM, SRPM 与 YUM

软件安装 RPM, SRPM 与 YUM

虽然使用原始码进行软件编译可以具有定制化的设定，但对于 Linux distribution 的发布商来说，则有软件管理不易的问题，毕竟不是每个人都会进行原始码编译的。

如果能够将软件预先在相同的硬件与操作系统上面编译好才发布的话，不就能够让相同的 distribution 具有完全一致的软件版本吗？

如果再加上简易的安装/移除/管理等机制的话，对于软件控管就会简易的多。有这种东西吗？有的，那就是 RPM 与 YUM 。

软件管理简介

在前一章我们提到以原始码的方式来安装软件，也就是利用厂商释出的 Tarball 来进行软件的安装。

不过，你应该很容易发现，那就是每次安装软件都需要侦测操作系统与环境、设定编译参数、实际的编译、最后还要依据个人喜好的方式来安装软件到定位。

整个过程相当繁琐。

如果我的 Linux 系统与厂商的系统一模一样，那么在厂商的系统上面编译出来的执行档，自然也就可以在我的系统上面运行。

也就是说， 厂商先在他们的系统上面编译好了我们用户所需要的软件，然后将这个编译好的可执行的软件直接释出给用户来安装，如此一来，由于我们本来就使用厂商的 Linux distribution ，所以当然系统 (硬件与操作系统) 是一样的，那么使用厂商提供的编译过的可执行文件就没有问题。

说的比较白话一些，那就是利用类似 Windows 的安装方式，由程序开发者直接在已知的系统上面编译好，再将该程序直接给用户来安装，如此而已。

那么如果在安装的时候还可以加上一些与这些程序相关的信息，将他建立成为数据库，那不就可以进行安装、卸载、升级与验证等等的相关功能 (类似 Windows 底下的『新增移除程序』 )。

确实如此，在 Linux 上面至少就有两种常见的这方面的软件管理，分别是 RPM 与 Debian 的 dpkg 。我们的 CentOS 主要是以 RPM 为主。

Linux 界的两大主流: RPM 与 DPKG

由于自由软件的蓬勃发展，加上大型 Unix-Like 主机的强大效能，让很多软件开发者将他们的软件使用 Tarball 来释出。

后来 Linux 发展起来后，由一些企业或社群将这些软件收集起来制作成为distributions 以发布这好用的 Linux 操作系统。

但后来发现到，这些 distribution 的软件管理实在伤脑筋， 如果软件有漏洞时，又该如何修补呢？使用 tarball 的方式来管理吗？又常常不晓得到底我们安装过了哪些程序？

因此，一些社群与企业就开始思考 Linux 的软件管理方式。

如同刚刚谈过的方式， Linux 开发商先在固定的硬件平台与操作系统平台上面将需要安装或升级的软件编译好，然后将这个软件的所有相关文件打包成为一个特殊格式的文件，在这个软件文件内还包含了预先侦测系统与相依软件的脚本，并提供记载该软件提供的所有文件信息等。最终将这个软件文件释出。

客户端取得这个文件后，只要透过特定的指令来安装，那么该软件文件就会依照内部的脚本来侦测相依的前驱软件是否存在，若安装的环境符合需求，那就会开始安装， 安装完成后还会将该软件的信息写入软件管理机制中，以达成未来可以进行升级、移除等动作。

目前在 Linux 界软件安装方式最常见的有两种，分别是：

dpkg：

这个机制最早是由 Debian Linux 社群所开发出来的，透过 dpkg 的机制， Debian 提供的软件就能够简单的安装起来，同时还能提供安装后的软件信息，实在非常不错。 只要是衍生于 Debian 的其他 Linux distributions 大多使用 dpkg 这个机制来管理软件的，包括 B2D, Ubuntu 等等。

RPM：

这个机制最早是由 Red Hat 这家公司开发出来的，后来实在很好用，因此很多 distributions 就使用这个机
制来作为软件安装的管理方式。包括 Fedora, CentOS, SuSE 等等知名的开发商都是用这套软件管理。

如前所述，不论 dpkg/rpm 这些机制或多或少都会有软件属性相依的问题，那该如何解决呢？

其实前面不是谈到过每个软件文件都有提供相依属性的检查吗？那么如果我们将相依属性的数据做成列表，等到实际软件安装时，若发生有相依属性的软件状况时，例如安装 A 需要先安装 B 与 C ，而安装 B 则需要安装 D 与 E 时，那么当你要安装 A ，透过相依属性列表，管理机制自动去取得B, C, D, E 来同时安装，不就解决了属性相依的问题吗？

目前新的 Linux 开发商都有提供这样的『在线升级』机制，透过这个机制， 原版光盘就只有第一次安装时需要用到而已，其他时候只要有网络，你就能够取得原本开发商所提供的任何软件。

在 dpkg 管理机制上就开发出 APT 的在线升级机制， RPM 则依开发商的不同，有Red Hat 系统的 yum ， SuSE 系统的 Yast Online Update (YOU) 等。

distribution 代表	软件管理机制	使用指令	在线升级机制(指令)
Red Hat/Fedora	RPM	rpm, rpmbuild	YUM (yum)
Debian/Ubuntu	DPKG	dpkg	APT (apt-get)

什么是 RPM 与 SRPM

RPM 全名是『 RedHat Package Manager 』简称则为 RPM

顾名思义，当初这个软件管理的机制是由 Red Hat 这家公司发展出来的。

RPM 是以一种数据库记录的方式来将你所需要的软件安装到你的 Linux 系统的一套管理机制。

他最大的特点就是将你要安装的软件先编译过，并且打包成为 RPM 机制的包装文件，透过包装好的软件里头默认的数据库记录， 记录这个软件要安装的时候必须具备的相依属性软件，当安装在你的 Linux 主机时， RPM 会先依照软件里头的数据查询 Linux 主机的相依属性软件是否满足， 若满足则予以安装，若不满足则不予安装。

那么安装的时候就将该软件的信息整个写入 RPM 的数据库中，以便未来的查询、验证与卸载。

这样一来的优点是：

由于已经编译完成并且打包完毕，所以软件传输与安装上很方便 (不需要再重新编译)；

由于软件的信息都已经记录在 Linux 主机的数据库上，很方便查询、升级与卸载。

但是这也造成些许的困扰。由于 RPM 文件是已经包装好的数据，也就是说， 里面的数据已经都『编译完成』。

所以，该软件文件几乎只能安装在原本默认的硬件与操作系统版本中。也就是说，你的主机系统环境必须要与当初建立这个软件文件的主机环境相同才行。

举例来说， rp-pppoe 这个ADSL 拨接软件，他必须要在 ppp 这个软件存在的环境下才能进行安装！如果你的主机并没有 ppp这个软件，那么很抱歉，除非你先安装 ppp 否则 rp-pppoe 就是不让你安装的 (当然你可以强制安装，但是通常都会有点问题发生就是了！ )。

所以， 通常不同的 distribution 所释出的 RPM 文件，并不能用在其他的 distributions 上。

举例来说，Red Hat 释出的 RPM 文件，通常无法直接在 SuSE 上面进行安装的。更有甚者，相同 distribution 的不同版本之间也无法互通，例如 CentOS 6.x 的 RPM 文件就无法直接套用在 CentOS 7.x 。

因此，这样可以发现这些软件管理机制的问题是：

软件文件安装的环境必须与打包时的环境需求一致或相当；

需要满足软件的相依属性需求；

卸载时需要特别小心，最底层的软件不可先移除，否则可能造成整个系统的问题。

如果我真的想要安装其他 distributions 提供的好用的 RPM 软件文件？

可以使用SRPM ，他是 Source RPM 的意思，也就是这个 RPM 文件里面含有原始码。

特别注意的是，这个 SRPM 所提供的软件内容『并没有经过编译』，它提供的是原始码。

通常 SRPM 的扩展名是以 ***.src.rpm 这种格式来命名的。

不过，既然 SRPM 提供的是原始码，那么为什么我们不使用 Tarball 直接来安装就好了？

这是因为 SRPM 虽然内容是原始码，但是他仍然含有该软件所需要的相依性软件说明、以及所有 RPM 文件所提供的数据。

同时，他与 RPM 不同的是，他也提供了参数配置文件 (就是 configure 与 makefile)。

所以，如果我们下载的是 SRPM ，那么要安装该软件时，你就必须要：

先将该软件以 RPM 管理的方式编译，此时 SRPM 会被编译成为 RPM 文件；

然后将编译完成的 RPM 文件安装到 Linux 系统当中

SRPM 安装相对麻烦；还要重新编译一次，那么我们直接使用 RPM 来安装不就好了？

通常一个软件在释出的时候，都会同时释出该软件的 RPM 与 SRPM 。

我们现在知道 RPM 文件必须要在相同的 Linux 环境下才能够安装，而 SRPM 既然是原始码的格式，自然我们就可以透过修改SRPM 内的参数配置文件，然后重新编译产生能适合我们 Linux 环境的 RPM 文件，如此一来，不就可以将该软件安装到我们的系统当中，而不必与原作者打包的 Linux 环境相同。

这就是 SRPM的用处。

文件格式	檔名格式	直接安装与否	内含程序类型	可否修改参数并编译
RPM	xxx.rpm	可	已编译	不可
SRPM	xxx.src.rpm	不可	未编译之原始码	可

什么是 i386, i586, i686, noarch, x86_64

我们知道 RPM 与 SRPM 的格式分别为：

xxxxxxxxx.rpm <==RPM 的格式，已经经过编译且包装完成的 rpm 文件；
xxxxx.src.rpm <==SRPM 的格式，包含未编译的原始码信息。

那么我们怎么知道这个软件的版本、适用的平台、编译释出的次数呢？

只要透过档名就可以知道，例如 rp-pppoe-3.11-5.el7.x86_64.rpm 这的文件的意义为：

rp-pppoe -        3.11   -     5        .el7.x86_64  .rpm
软件名称   			软件的版本信息 释出的次数 		适合的硬件平台 扩展名

除了后面适合的硬件平台与扩展名外，主要是以『-』来隔开各个部分，这样子可以很清楚的发现该软件的名称、版本信息、打包次数与操作的硬件平台

软件名称：

当然就是每一个软件的名称了！上面的范例就是 rp-pppoe 。

版本信息：

每一次更新版本就需要有一个版本的信息，否则如何知道这一版是新是旧？这里通常又分为主版本跟次版本。以上面为例，主版本为 3 ，在主版本的架构下更动部分原始码内容，而释出一个新的版本，就是次版本啦！以上面为例，就是 11 啰！所以版本名就为 3.11

释出版本次数：

通常就是编译的次数啦！那么为何需要重复的编译呢？这是由于同一版的软件中，可能由于有某些 bug 或者是安全上的顾虑，所以必须要进行小幅度的 patch 或重设一些编译参数。

设定完成之后重新编译并打包成 RPM 文件！因此就有不同的打包数出现了！

操作硬件平台：

这是个很好玩的地方，由于 RPM 可以适用在不同的操作平台上，但是不同的平台设定的参数还是有所差异性！并且，我们可以针对比较高阶的 CPU 来进行优化参数的设定，这样才能够使用高阶 CPU 所带来的硬件加速功能。所以就有所谓的 i386, i586, i686, x86_64 与 noarch 等的文件名出现。

平台名称	适合平台说明
i386	几乎适用于所有的 x86 平台，不论是旧的 pentum 或者是新的 Intel Core 2 与 K8 系列的 CPU 等等，都可以正常的工作！那个 i 指的是 Intel 兼容的 CPU 的意思，至于 386 不用说，就是 CPU 的等级啦！
i586	就是针对 586 等级的计算机进行优化编译。那是哪些 CPU 呢？包括 pentum 第一代 MMX CPU， AMD 的 K5, K6 系列 CPU (socket 7 插脚) 等等的 CPU 都算是这个等级；
i686	在 pentun II 以后的 Intel 系列 CPU ，及 K7 以后等级的 CPU 都属于这个 686 等级！由于目前市面上几乎仅剩 P-II 以后等级的硬件平台，因此很多 distributions 都直接释出这种等级的 RPM 文件。
x86_64	针对 64 位的 CPU 进行优化编译设定，包括 Intel 的 Core 2 以上等级 CPU ，以及 AMD 的 Athlon64 以后等级的 CPU ，都属于这一类型的硬件平台。
noarch	就是没有任何硬件等级上的限制。一般来说，这种类型的 RPM 文件，里面应该没有 binary program 存在，较常出现的就是属于 shell script 方面的软件。

RPM 的优点

由于 RPM 是透过预先编译并打包成为 RPM 文件格式后，再加以安装的一种方式，并且还能够进行数据库的记载。

所以 RPM 有以下的优点：

RPM 内含已经编译过的程序与配置文件等数据，可以让用户免除重新编译的困扰；

RPM 在被安装之前，会先检查系统的硬盘容量、操作系统版本等，可避免文件被错误安装；

RPM 文件本身提供软件版本信息、相依属性软件名称、软件用途说明、软件所含文件等信息，便于了解软件

RPM 管理的方式使用数据库记录 RPM 文件的相关参数，便于升级、移除、查询与验证。

我们在前一章里面提过的，有些软件是有相关性的，例如要安装网卡驱动程序，就得要有 kernel source 与 gcc 及 make 等软件。

那么我们的 RPM 软件是否一定可以安装完成？如果该软件安装之后，却找不到他相关的前驱软件，安装好的软件也无法使用。

为了解决这种具有相关性的软件之间的问题 (就是所谓的软件相依属性)， RPM 就在提供打包的软件时，同时加入一些讯息登录的功能，这些讯息包括软件的版本、打包软件者、相依属性的其他软件、本软件的功能说明、本软件的所有文件记录等等，然后在 Linux 系统上面亦建立一个 RPM 软件数据库，如此一来，当你要安装某个以 RPM 型态提供的软件时，在安装的过程中，RPM 会去检验一下数据库里面是否已经存在相关的软件了，如果数据库显示不存在，那么这个 RPM 文件『预设』就不能安装。。

这个就是 RPM 类型的文件最为人所诟病的『软件的属性相依』问题。

RPM 属性相依的克服方式： YUM 在线升级

如何我们先将RAM中这些相依属性的软件先列出，在有要安装软件需求的时候，先到这个列表去找，同时与系统内已安装的软件相比较，没安装到的相依软件就一口气同时安装起来，那不就解决了相依属性的问题了吗？

那就是 YUM 机制的由来。

CentOS (1)先将释出的软件放置到 YUM 服务器内，然后(2)分析这些软件的相依属性问题，将软件内的记录信息写下来 (header)。然后再将这些信息分析后记录成软件相关性的列表列表。

这些列表数据与软件所在的本机或网络位置可以称呼为容器或软件仓库或软件库 (repository)。

当客户端有软件安装的需求时，客户端主机会主动的向网络上面的 yum 服务器的软件库网址下载清单列表，然后透过列表列表的数据与本机 RPM 数据库已存在的软件数据相比较，就能够一口气安装所有需要的具有相依属性的软件了。

整个流程可以简单的如下图说明：

当客户端有升级、安装的需求时， yum 会向软件库要求清单的更新，等到清单更新到本机的/var/cache/yum 里面后，等一下更新时就会用这个本机清单与本机的 RPM 数据库进行比较，这样就知道该下载什么软件。

接下来 yum 会跑到软件库服务器 (yum server) 下载所需要的软件 (因为有记录软件所在的网址)，然后再透过 RPM 的机制开始安装软件，这就是整个流程。

谈到最后，还是需要运用到 RPM 。

注意：为什么要做出『软件库』呢？由于 yum 服务器提供的 RPM 文件内容可能有所差异，举例来说，原厂释出的数据有 (1)原版数据； (2)更新数据 (update)； (3)特殊数据 (例如第三方协力软件，或某些特殊功能的软件)。

这些软件文件基本上不会放置到一起，那如何分辨这些软件功能呢？

就用『软件库』的概念来处理，不同的『软件库』网址，可以放置不同的功能的软件之意。

RPM 软件管理程序： rpm

RPM 的使用其实不难，只要使用 rpm 这个指令即可。

下一小节要讲的 yum 就可以直接用来进行安装的动作，基本上 rpm 这个指令真的就只剩下查询与检验的功能。所以，查询与检验还是要学的，至于安装，透过 yum 就好了。

RPM 默认安装的路径

一般来说， RPM 类型的文件在安装的时候，会先去读取文件内记载的设定参数内容，然后将该数据用来比对 Linux 系统的环境，以找出是否有属性相依的软件尚未安装的问题。

若环境检查合格了，那么 RPM 文件就开始被安装到你的 Linux 系统上。

安装完毕后，该软件相关的信息就会被写入 /var/lib/rpm/ 目录下的数据库文件中。

上面这个目录内的数据很重要，因为未来如果我们有任何软件升级的需求，版本之间的比较就是来自于这个数据库，而如果你想要查询系统已经安装的软件，也是从这里查询的。

同时，目前的 RPM 也提供数字签名信息，这些数字签名也是在这个目录内记录的，所以说，这个目录得要注意不要被删除了。

软件内的文件安装位置如下：

/etc	一些配置文件放置的目录，例如 /etc/crontab
/usr/bin	一些可执行文件案
/usr/lib	一些程序使用的动态函式库
/usr/share/doc	一些基本的软件使用手册与说明文件
/usr/share/man	一些 man page 文件

RPM 安装 (install)

假设我要安装一个档名为 rp-pppoe-3.11-5.el7.x86_64.rpm 的文件，那么我可以这样： (假设原版光盘已经放在 /mnt 底下了)

[root@study ~]# rpm -i /mnt/Packages/rp-pppoe-3.11-5.el7.x86_64.rpm

不过，这样的参数其实无法显示安装的进度，所以，通常我们会这样下达安装指令：

[root@study ~]# rpm -ivh package_name
选项与参数：
-i ：install 的意思
-v ：察看更细部的安装信息画面
-h ：以安装信息列显示安装进度

范例一：安装原版光盘上的 rp-pppoe 软件
[root@study ~]# rpm -ivh /mnt/Packages/rp-pppoe-3.11-5.el7.x86_64.rpm
Preparing...                          ################################# [100%]
Updating / installing...
   1:rp-pppoe-3.11-5.el7              ################################# [100%]
   
范例二、一口气安装两个以上的软件时：
[root@study ~]# rpm -ivh a.i386.rpm b.i386.rpm *.rpm
# 后面直接接上许多的软件文件！

范例三、直接由网络上面的某个文件安装，以网址来安装：
[root@study ~]# rpm -ivh http://website.name/path/pkgname.rpm

另外，如果我们在安装的过程当中发现问题，或者已经知道会发生的问题，而还是『执意』要安装这个软件时，可以使用如下的参数『强制』安装上去：

rpm 安装时常用的选项与参数说明

可下达的选项	代表意义
—nodeps	使用时机：当发生软件属性相依问题而无法安装，但你执意安装时危险性：软件会有相依性的原因是因为彼此会使用到对方的机制或功能，如果强制安装而不考虑软件的属性相依，则可能会造成该软件的无法正常使用！
—replacefiles	使用时机：如果在安装的过程当中出现了“某个文件已经被安装在你的系统上面”的信息，又或许出现版本不合的讯息（confilcting files）时，可以使用这个参数来直接覆盖文件。危险性：覆盖的动作是无法复原的！所以，你必须要很清楚的知道被覆盖的文件是真的可以被覆盖喔！否则会欲哭无泪！
—replacepkgs	使用时机：重新安装某个已经安装过的软件！如果你要安装一堆 RPM 软件文件时，可以使用 rpm -ivh *.rpm ，但若某些软件已经安装过了，此时系统会出现“某软件已安装”的信息，导致无法继续安装。此时可使用这个选项来重复安装喔！
—force	使用时机：这个参数其实就是 —replacefiles 与 —replacepkgs 的综合体！
—test	使用时机：想要测试一下该软件是否可以被安装到使用者的 Linux 环境当中，可找出是否有属性相依的问题。范例为： `rpm -ivh pkgname.i386.rpm —test`
—justdb	使用时机：由于 RPM 数据库破损或者是某些缘故产生错误时，可使用这个选项来更新软件在数据库内的相关信息。
—nosignature	使用时机：想要略过数码签章的检查时，可以使用这个选项。
—prefix 新路径	使用时机：要将软件安装到其他非正规目录时。举例来说，你想要将某软件安装到 /usr/local 而非正规的 /bin, /etc 等目录，就可以使用“ —prefix /usr/local ”来处理了。
—noscripts	使用时机：不想让该软件在安装过程中自行执行某些系统指令。说明： RPM 的优点除了可以将文件放置到定位之外，还可以自动执行一些前置作业的指令，例如数据库的初始化。如果你不想要让 RPM 帮你自动执行这一类型的指令，就加上他吧！

通常建议直接使用 -ivh 就好了，如果安装的过程中发现问题，一个一个去将问题找出来，尽量不要使用『暴力安装法』，就是透过 --force去强制安装。

因为可能会发生很多不可预期的问题，除非你很清楚的知道使用上面的参数后，安装的结果是你预期的。

RPM 升级与更新 (upgrade/freshen)

以 -Uvh 或 -Fvh 来升级即可，而 -Uvh 与 -Fvh 可以用的选项与参数，跟 install 是一样的。

不过， -U 与 -F 的意义还是不太一样的，基本的差别是这样的：

-Uvh	后面接的软件即使没有安装过，则系统将予以直接安装；若后面接的软件有安装过旧版，则系统自动更新至新版；
-Fvh	如果后面接的软件并未安装到你的 Linux 系统上，则该软件不会被安装；亦即只有已安装至你 Linux 系统内的软件会被“升级”！

由上面的说明来看，如果你想要大量的升级系统旧版本的软件时，使用 -Fvh 则是比较好的作法，因为没有安装的软件才不会被不小心安装进系统中。

但是需要注意的是，如果你使用的是 -Fvh ，偏偏你的机器上尚无这一个软件，那么很抱歉，该软件并不会被安装在你的 Linux 主机上面，所以请重新以 ivh 来安装。

RPM 查询 (query)

RPM 在查询的时候，其实查询的地方是在 /var/lib/rpm/ 这个目录下的数据库文件。

另外， RPM 也可以查询未安装的 RPM 文件内的信息。

[root@study ~]# rpm -qa                              <==已安装软件
[root@study ~]# rpm -q[licdR] 已安装的软件名称       <==已安装软件
[root@study ~]# rpm -qf 存在于系统上面的某个文件名     <==已安装软件
[root@study ~]# rpm -qp[licdR] 未安装的某个文件名称  	<==查阅RPM文件
选项与参数：
查询已安装软件的信息：
-q  ：仅查询，后面接的软件名称是否有安装；
-qa ：列出所有的，已经安装在本机 Linux 系统上面的所有软件名称；
-qi ：列出该软件的详细信息 （information），包含开发商、版本与说明等；
-ql ：列出该软件所有的文件与目录所在完整文件名 （list）；
-qc ：列出该软件的所有配置文件 （找出在 /etc/ 下面的文件名而已）
-qd ：列出该软件的所有说明文档 （找出与 man 有关的文件而已）
-qR ：列出与该软件有关的相依软件所含的文件 （Required 的意思）
-qf ：由后面接的文件名称，找出该文件属于哪一个已安装的软件；
-q --scripts：列出是否含有安装后需要执行的脚本档，可用以 debug 喔！
查询某个 RPM 文件内含有的信息：
-qp[icdlR]：注意 -qp 后面接的所有参数以上面的说明一致。但用途仅在于找出
        某个 RPM 文件内的信息，而非已安装的软件信息！注意！

在查询的部分，所有的参数之前都需要加上 -q 才是所谓的查询。

查询主要分为两部分， 一个是查已安装到系统上面的的软件信息，这部份的信息都是由 /var/lib/rpm/ 所提供。

另一个则是查某个 rpm文件内容，等于是由 RPM 文件内找出一些要写入数据库内的信息，这部份就得要使用 -qp (p是 package 的意思)。

范例一：找出你的 Linux 是否有安装 logrotate 这个软件？
[root@study ~]# rpm -q logrotate
logrotate-3.8.6-4.el7.x86_64
[root@study ~]# rpm -q logrotating
package logrotating is not installed
# 注意到，系统会去找是否有安装后面接的软件名称。注意，不必要加上版本喔！
# 至于显示的结果，一看就知道有没有安装啦！

范例二：列出上题当中，属于该软件所提供的所有目录与文件：
[root@study ~]# rpm -ql logrotate
/etc/cron.daily/logrotate
/etc/logrotate.conf
....（以下省略）....
# 可以看出该软件到底提供了多少的文件与目录，也可以追踪软件的数据。

范例三：列出 logrotate 这个软件的相关说明数据：
[root@study ~]# rpm -qi logrotate
Name        : logrotate                          # 软件名称
Version     : 3.8.6                              # 软件的版本
Release     : 4.el7                              # 释出的版本
Architecture: x86_64                             # 编译时所针对的硬件等级
Install Date: Mon 04 May 2015 05:52:36 PM CST    # 这个软件安装到本系统的时间
Group       : System Environment/Base            # 软件是放再哪一个软件群组中
Size        : 102451                             # 软件的大小
License     : GPL+                               # 释出的授权方式
Signature   : RSA/SHA256, Fri 04 Jul 2014 11:34:56 AM CST, Key ID 24c6a8a7f4a80eb5
Source RPM  : logrotate-3.8.6-4.el7.src.rpm      # 这就是 SRPM 的文件名
Build Date  : Tue 10 Jun 2014 05:58:02 AM CST    # 软件编译打包的时间
Build Host  : worker1.bsys.centos.org            # 在哪一部主机上面编译的
Relocations : （not relocatable）   
Packager    : CentOS BuildSystem &lt;http://bugs.centos.org&gt;
Vendor      : CentOS
URL         : https://fedorahosted.org/logrotate/
Summary     : Rotates, compresses, removes and mails system log files
Description :                                    # 这个是详细的描述！
The logrotate utility is designed to simplify the administration of
log files on a system which generates a lot of log files.  Logrotate
allows for the automatic rotation compression, removal and mailing of
log files.  Logrotate can be set to handle a log file daily, weekly,
monthly or when the log file gets to a certain size.  Normally,
logrotate runs as a daily cron job.
Install the logrotate package if you need a utility to deal with the
log files on your system.
# 列出该软件的 information （信息），里面的信息可多着呢，包括了软件名称、
# 版本、开发商、SRPM文件名称、打包次数、简单说明信息、软件打包者、
# 安装日期等等！如果想要详细的知道该软件的数据，用这个参数来了解一下

范例四：分别仅找出 logrotate 的配置文件与说明文档
[root@study ~]# rpm -qc logrotate
[root@study ~]# rpm -qd logrotate

范例五：若要成功安装 logrotate ，他还需要什么文件的帮忙？
[root@study ~]# rpm -qR logrotate
/bin/sh
config（logrotate） = 3.8.6-4.el7
coreutils &gt;= 5.92
....（以下省略）....
# 由这里看起来，呵呵～还需要很多文件的支持才行喔！

范例六：由上面的范例五，找出 /bin/sh 是那个软件提供的？
[root@study ~]# rpm -qf /bin/sh
bash-4.2.46-12.el7.x86_64
# 这个参数后面接的可是“文件”呐！不像前面都是接软件喔！
# 这个功能在查询系统的某个文件属于哪一个软件所有的。

范例七：假设我有下载一个 RPM 文件，想要知道该文件的需求文件，该如何？
[root@study ~]# rpm -qpR filename.i386.rpm
# 加上 -qpR ，找出该文件需求的数据！

要特别说明的是，在查询本机上面的 RPM 软件相关信息时， 不需要加上版本的名称，只要加上软件名称即可。因为他会由 /var/lib/rpm 这个数据库里面去查询，所以我们可以不需要加上版本名称。

但是查询某个 RPM 文件就不同了，我们必须要列出整个文件的完整档名才行～这一点朋友们常常会搞错。

RPM 验证与数字签名 (Verify/signature)

验证 (Verify) 的功能主要在于提供系统管理员一个有用的管理机制；作用的方式是『使用 /var/lib/rpm底下的数据库内容来比对目前 Linux 系统的环境下的所有软件文件 』也就是说，当你有数据不小心遗失，或者是因为你误杀了某个软件的文件，或者是不小心不知道修改到某一个软件的文件内容，就用这个简单的方法来验证一下原本的文件系统。

让你了解到底是修改到哪些文件数据。

[root@study ~]# rpm -Va
[root@study ~]# rpm -V  已安装的软件名称
[root@study ~]# rpm -Vp 某个 RPM 文件的文件名
[root@study ~]# rpm -Vf 在系统上面的某个文件
选项与参数：
-V  ：后面加的是软件名称，若该软件所含的文件被更动过，才会列出来；
-Va ：列出目前系统上面所有可能被更动过的文件；
-Vp ：后面加的是文件名称，列出该软件内可能被更动过的文件；
-Vf ：列出某个文件是否被更动过～

范例一：列出你的 Linux 内的 logrotate 这个软件是否被更动过？
[root@study ~]# rpm -V logrotate
# 如果没有出现任何讯息，恭喜你，该软件所提供的文件没有被更动过。
# 如果有出现任何讯息，才是有出现状况啊！

范例二：查询一下，你的 /etc/crontab 是否有被更动过？
[root@study ~]# rpm -Vf /etc/crontab
.......T.  c /etc/crontab
# 瞧！因为有被更动过，所以会列出被更动过的信息类型！

那么我们怎么知道到底我的文件被更动过的内容是什么？例如，我们检查一下 logrotate 这个软件：

[root@study ~]# rpm -ql logrotate
/etc/cron.daily/logrotate
/etc/logrotate.conf
/etc/logrotate.d
/usr/sbin/logrotate
/usr/share/doc/logrotate-3.8.6
/usr/share/doc/logrotate-3.8.6/CHANGES
/usr/share/doc/logrotate-3.8.6/COPYING
/usr/share/man/man5/logrotate.conf.5.gz
/usr/share/man/man8/logrotate.8.gz
/var/lib/logrotate.status
# 呵呵！共有 10 个文件啊！请修改 /etc/logrotate.conf 内的 rotate 变成 5

[root@study ~]# rpm -V logrotate
..5....T.  c /etc/logrotate.conf

你会发现在档名之前有个 c ，然后就是一堆奇怪的文字了。那个 c 代表的是 configuration ，就是配置文件的意思。至于最前面的几个信息是：

S ：（file Size differs）文件的容量大小是否被改变

M ：（Mode differs）文件的类型或文件的属性（rwx）是否被改变？如是否可执行等参数已被改变

5 ：（MD5 sum differs） MD5 这一种指纹码的内容已经不同

D ：（Device major/minor number mis-match）设备的主/次代码已经改变

L ：（readLink（2） path mis-match） Link 路径已被改变

U ：（User ownership differs）文件的所属人已被改变

G ：（Group ownership differs）文件的所属群组已被改变

T ：（mTime differs）文件的创建时间已被改变

P ：（caPabilities differ）功能已经被改变

所以，如果当一个配置文件所有的信息都被更动过，那么他的显示就会是：

SM5DLUGTP c filename

至于那个 c 代表的是『 Config file 』的意思，也就是文件的类型，文件类型有底下这几类：

c ：配置文件（config file）

d ：文件数据文件（documentation）

g ：鬼文件～通常是该文件不被某个软件所包含，较少发生！（ghost file）

l ：授权文件（license file）

r ：读我文件（read me）

经过验证的功能，你就可以知道那个文件被更动过。那么如果该文件的变更是『预期中的』，那么就没有什么大问题，但是如果该文件是『非预期的』，那么是否被入侵了？

一般来说，配置文件 (configure) 被更动过是很正常的，万一你的 binary program 被更动过？那就得要特别特别小心。

数字签名 (digital signature)

验证只能验证软件内的信息与/var/lib/rpm/ 里面的数据库信息而已，如果该软件文件所提供的数据本身就有问题，那你使用验证的手段也无法确定该软件的正确性。

就像你自己的签名一样，我们的软件开发商原厂所推出的软件也会有一个厂商自己的签章系统。

只是这个签章被数字化了而已。厂商可以用数字签名系统产生一个专属于该软件的签章，并将该签章的公钥 (public key) 释出。当你要安装一个 RPM 文件时：

首先你必须要先安装原厂释出的公钥文件；

实际安装原厂的 RPM 软件时， rpm 指令会去读取 RPM 文件的签章信息，与本机系统内的签章信息比对，

若签章相同则予以安装，若找不到相关的签章信息时，则给予警告并且停止安装喔。

RPM 卸载与重建数据库 (erase/rebuilddb)

『卸载的过程一定要由最上层往下卸载』，以 rp-pppoe 为例，这一个软件主要是依据 ppp 这个软件来安装的，所以当你要解除 ppp 的时候，就必须要先解除rp-pppoe 才行。否则就会发生结构上的问题。

移除的选项很简单，就透过 -e 即可移除。不过，经常会发生软件属性相依导致无法移除某些软件的问题。

# 1\. 找出与 pam 有关的软件名称，并尝试移除 pam 这个软件：
[root@study ~]# rpm -qa | grep pam
fprintd-pam-0.5.0-4.0.el7_0.x86_64
pam-1.1.8-12.el7.x86_64
gnome-keyring-pam-3.8.2-10.el7.x86_64
pam-devel-1.1.8-12.el7.x86_64
pam_krb5-2.4.8-4.el7.x86_64
[root@study ~]# rpm -e pam
error: Failed dependencies:  <==这里提到的是相依性的问题
        libpam.so.0（）（64bit） is needed by （installed） systemd-libs-208-20.el7.x86_64
        libpam.so.0（）（64bit） is needed by （installed） libpwquality-1.2.3-4.el7.x86_64
....（以下省略）....

# 2\. 若仅移除 pam-devel 这个之前范例安装上的软件呢？
[root@study ~]# rpm -e pam-devel  <==不会出现任何讯息！
[root@study ~]# rpm -q pam-devel
package pam-devel is not installed

从范例一我们知道 pam 所提供的函式库是让非常多其他软件使用的，因此你不能移除 pam ，除非将其他相依软件一口气也全部移除。

你当然也能加 --nodeps 来强制移除，不过，如此一来所有会用到 pam 函式库的软件，都将无法运作。

至于范例二中，由于 pam-devel 是依附于 pam 的开发工具，你可以单独安装与单独移除。

由于 RPM 文件常常会安装/移除/升级等，某些动作或许可能会导致 RPM 数据库 /var/lib/rpm/ 内的文件破损。果真如此的话，那你该如何是好？别担心，我们可以使用 --rebuilddb 这个选项来重建一下数据库。

[root@study ~]# rpm --rebuilddb   <==重建数据库

YUM 在线升级机制

yum 是透过分析 RPM 的标头资料后， 根据各软件的相关性制作出属性相依时的解决方案，然后可以自动处理软件的相依属性问题，以解决软件安装或移除与升级的问题。

由于 distribution 必须要先释出软件，然后将软件放置于 yum 服务器上面，以提供客户端来要求安装与升级之用的。

因此我们想要使用 yum 的功能时，必须要先找到适合的 yum server 才行。而每个 yum server 可能都会提供许多不同的软件功能，那就是我们之前谈到的『软件库』。因此，你必须要前往 yum server 查询到相关的软件库网址后，再继续处理后续的设定事宜。

CentOS 在释出软件时已经制作出多部映像站台 (mirror site) 提供全世界的软件更新之用。

所以，理论上我们不需要处理任何设定值，只要能够连上 Internet ，就可以使用 yum 。

利用 yum 进行查询、安装、升级与移除功能

查询功能： yum [list|info|search|provides|whatprovides] 参数

如果想要查询利用 yum 来查询原版 distribution 所提供的软件，或已知某软件的名称，想知道该软件的功能，可以利用 yum 相关的参数为：

[root@study ~]# yum [option] [查询工作项目] [相关参数]
选项与参数：
[option]：主要的选项，包括有：
  -y ：当 yum 要等待使用者输入时，这个选项可以自动提供 yes 的回应；
  --installroot=/some/path ：将该软件安装在 /some/path 而不使用默认路径
[查询工作项目] [相关参数]：这方面的参数有：
  search  ：搜寻某个软件名称或者是描述 （description） 的重要关键字；
  list    ：列出目前 yum 所管理的所有的软件名称与版本，有点类似 rpm -qa；
  info    ：同上，不过有点类似 rpm -qai 的执行结果；
  provides：从文件去搜寻软件！类似 rpm -qf 的功能！
  
范例一：搜寻磁盘阵列 （raid） 相关的软件有哪些？
[root@study ~]# yum search raid
Loaded plugins: fastestmirror, langpacks      # yum 系统自己找出最近的 yum server
Loading mirror speeds from cached hostfile    # 找出速度最快的那一部 yum server
 * base: ftp.twaren.net                       # 下面三个软件库，且来源为该服务器！
 * extras: ftp.twaren.net
 * updates: ftp.twaren.net
....（前面省略）....
dmraid-events-logwatch.x86_64 : dmraid logwatch-based email reporting
dmraid-events.x86_64 : dmevent_tool （Device-mapper event tool） and DSO
iprutils.x86_64 : Utilities for the IBM Power Linux RAID adapters
mdadm.x86_64 : The mdadm program controls Linux md devices （software RAID arrays）
....（后面省略）....
# 在冒号 （:）  左边的是软件名称，右边的则是在 RPM 内的 name 设置 （软件名）
# 瞧！上面的结果，这不就是与 RAID 有关的软件吗？如果想了解 mdadm 的软件内容呢？

范例二：找出 mdadm 这个软件的功能为何
[root@study ~]# yum info mdadm
Installed Packages       &lt;==这说明该软件是已经安装的了
Name        : mdadm      &lt;==这个软件的名称
Arch        : x86_64     &lt;==这个软件的编译架构
Version     : 3.3.2      &lt;==此软件的版本
Release     : 2.el7      &lt;==释出的版本
Size        : 920 k      &lt;==此软件的文件总容量
Repo        : installed  &lt;==软件库回报说已安装的
From repo   : anaconda
Summary     : The mdadm program controls Linux md devices （software RAID arrays）
URL         : http://www.kernel.org/pub/linux/utils/raid/mdadm/
License     : GPLv2+
Description : The mdadm program is used to create, manage, and monitor Linux MD （software
            : RAID） devices.  As such, it provides similar functionality to the raidtools
            : package.  However, mdadm is a single program, and it can perform
            : almost all functions without a configuration file, though a configuration
            : file can be used to help with some common tasks.
# 不要跟我说，上面说些啥？自己找字典翻一翻吧！拜托拜托！

范例三：列出 yum 服务器上面提供的所有软件名称
[root@study ~]# yum list
Installed Packages   &lt;==已安装软件
GConf2.x86_64                           3.2.6-8.el7                    @anaconda
LibRaw.x86_64                           0.14.8-5.el7.20120830git98d925 @base
ModemManager.x86_64                     1.1.0-6.git20130913.el7        @anaconda
....（中间省略）....
Available Packages   &lt;==还可以安装的其他软件
389-ds-base.x86_64                      1.3.3.1-20.el7_1               updates
389-ds-base-devel.x86_64                1.3.3.1-20.el7_1               updates
389-ds-base-libs.x86_64                 1.3.3.1-20.el7_1               updates
....（下面省略）....
# 上面提供的意义为：“ 软件名称   版本   在那个软件库内 ”

范例四：列出目前服务器上可供本机进行升级的软件有哪些？
[root@study ~]# yum list updates  &lt;==一定要是 updates 喔！
Updated Packages
NetworkManager.x86_64          1:1.0.0-16.git20150121.b4ea599c.el7_1       updates
NetworkManager-adsl.x86_64     1:1.0.0-16.git20150121.b4ea599c.el7_1       updates
....（下面省略）....
# 上面就列出在那个软件库内可以提供升级的软件与版本！

范例五：列出提供 passwd 这个文件的软件有哪些
[root@study ~]# yum provides passwd
passwd-0.79-4.el7.x86_64 : An utility for setting or changing passwords using PAM
Repo        : base
passwd-0.79-4.el7.x86_64 : An utility for setting or changing passwords using PAM
Repo        : @anaconda
# 找到啦！就是上面的这个软件提供了 passwd 这个程序！

安装/升级功能： yum [install|update] 软件

安装与升级就利用 install 与 update 这两项工作来处理即可。

[root@study ~]# yum [option] [安装与升级的工作项目] [相关参数]
选项与参数：
  install ：后面接要安装的软件！
  update  ：后面接要升级的软件，若要整个系统都升级，就直接 update 即可
  
范例一：将前一个练习找到的未安装的 pam-devel 安装起来
[root@study ~]# yum install pam-devel
Loaded plugins: fastestmirror, langpacks    # 首先的 5 行在找出最快的 yum server
Loading mirror speeds from cached hostfile
 * base: ftp.twaren.net
 * extras: ftp.twaren.net
 * updates: ftp.twaren.net
Resolving Dependencies                      # 接下来先处理“属性相依”的软件问题
--&gt; Running transaction check
---&gt; Package pam-devel.x86_64 0:1.1.8-12.el7_1.1 will be installed
--&gt; Processing Dependency: pam（x86-64） = 1.1.8-12.el7_1.1 for package: pam-devel-
       1.1.8-12.el7_1.1.x86_64
--&gt; Running transaction check
---&gt; Package pam.x86_64 0:1.1.8-12.el7 will be updated
---&gt; Package pam.x86_64 0:1.1.8-12.el7_1.1 will be an update
--&gt; Finished Dependency Resolution
Dependencies Resolved
# 由上面的检查发现到 pam 这个软件也需要同步升级，这样才能够安装新版 pam-devel 喔！
# 至于下面则是一个总结的表格显示！
==========================================================================================
 Package             Arch             Version                     Repository         Size
==========================================================================================
Installing:
 pam-devel           x86_64           1.1.8-12.el7_1.1            updates           183 k
Updating for dependencies:
 pam                 x86_64           1.1.8-12.el7_1.1            updates           714 k
Transaction Summary
==========================================================================================
Install  1 Package                          # 要安装的是一个软件
Upgrade             （ 1 Dependent package）  # 因为相依属性问题，需要额外加装一个软件！
Total size: 897 k
Total download size: 183 k                  # 总共需要下载的容量！
Is this ok [y/d/N]: y   # 你得要自己决定是否要下载与安装！当然是 y 啊！
Downloading packages:                       # 开始下载啰！
warning: /var/cache/yum/x86_64/7/updates/packages/pam-devel-1.1.8-12.el7_1.1.x86_64.rpm:
         Header V3 RSA/SHA256 Signature, key ID f4a80eb5: NOKEY
Public key for pam-devel-1.1.8-12.el7_1.1.x86_64.rpm is not installed
pam-devel-1.1.8-12.el7_1.1.x86_64.rpm                              &#124; 183 kB  00:00:00
Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
Importing GPG key 0xF4A80EB5:
 Userid     : "CentOS-7 Key （CentOS 7 Official Signing Key） &lt;security@centos.org&gt;"
 Fingerprint: 6341 ab27 53d7 8a78 a7c2 7bb1 24c6 a8a7 f4a8 0eb5
 Package    : centos-release-7-1.1503.el7.centos.2.8.x86_64 （@anaconda）
 From       : /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
Is this ok [y/N]: y  # 只有在第一次安装才会出现这个项目“确定要安装数码签章”才能继续！
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
Warning: RPMDB altered outside of yum.
  Updating   : pam-1.1.8-12.el7_1.1.x86_64                                            1/3
  Installing : pam-devel-1.1.8-12.el7_1.1.x86_64                                      2/3
  Cleanup    : pam-1.1.8-12.el7.x86_64                                                3/3
  Verifying  : pam-1.1.8-12.el7_1.1.x86_64                                            1/3
  Verifying  : pam-devel-1.1.8-12.el7_1.1.x86_64                                      2/3
  Verifying  : pam-1.1.8-12.el7.x86_64                                                3/3
Installed:
  pam-devel.x86_64 0:1.1.8-12.el7_1.1
Dependency Updated:
  pam.x86_64 0:1.1.8-12.el7_1.1
Complete!

移除功能： yum [remove] 软件

[root@study ~]# yum remove pam-devel
Loaded plugins: fastestmirror, langpacks
Resolving Dependencies   <==同样的，先解决属性相依的问题
--> Running transaction check
---> Package pam-devel.x86_64 0:1.1.8-12.el7_1.1 will be erased
--> Finished Dependency Resolution
Dependencies Resolved
==========================================================================================
 Package             Arch             Version                    Repository          Size
==========================================================================================
Removing:
 pam-devel           x86_64           1.1.8-12.el7_1.1           @updates           528 k
Transaction Summary
==========================================================================================
Remove  1 Package       # 还好！没有相依属性的问题，仅移除一个软件！
Installed size: 528 k
Is this ok [y/N]: y
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
  Erasing    : pam-devel-1.1.8-12.el7_1.1.x86_64                                      1/1
  Verifying  : pam-devel-1.1.8-12.el7_1.1.x86_64                                      1/1
Removed:
  pam-devel.x86_64 0:1.1.8-12.el7_1.1
Complete!

yum 的配置文件

yum的配置文件如下：

[root@study ~]# vim /etc/yum.repos.d/CentOS-Base.repo
[base]
name=CentOS-$releasever - Base
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&infra=$infra
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7

这里仅列出 base 这个软件库内容，其他软件库内容请自行查询：

[base]：代表软件库的名字，中括号一定要存在，里面的名称则可以随意取。但是不能有两个相同的软件库名称，否则 yum 会不晓得该到哪里去找软件库相关软件清单文件。

name：只是说明一下这个软件库的意义而已，重要性不高！

mirrorlist=：列出这个软件库可以使用的映射站点，如果不想使用，可以注解到这行；

baseurl=：这个最重要，因为后面接的就是软件库的实际网址。 mirrorlist 是由 yum 程序自行去捉映射站台， baseurl 则是指定固定的一个软件库网址。我们刚刚找到的网址放到这里来。

enable=1：就是让这个软件库被启动。如果不想启动可以使用 enable=0 。

gpgcheck=1：还记得 RPM 的数码签章吗？这就是指定是否需要查阅 RPM 文件内的数码签章！

gpgkey=：就是数码签章的公钥档所在位置！使用默认值即可

接下来让我们试着修改整个文件的内容：

[root@study ~]# vim /etc/yum.repos.d/CentOS-Base.repo
[base]
name=CentOS-$releasever - Base
baseurl=http://ftp.ksu.edu.tw/FTP/CentOS/7/os/x86_64/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
[updates]
name=CentOS-$releasever - Updates
baseurl=http://ftp.ksu.edu.tw/FTP/CentOS/7/updates/x86_64/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
[extras]
name=CentOS-$releasever - Extras
baseurl=http://ftp.ksu.edu.tw/FTP/CentOS/7/extras/x86_64/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
# 默认情况下，软件仓库仅有这三个有启用！所以鸟哥仅修改这三个软件库的 baseurl 而已喔！

接下来当然就是给它测试一下这些软件库是否正常的运作

范例一：列出目前 yum server 所使用的软件库有哪些？
[root@study ~]# yum repolist all
repo id                              repo name                         status
C7.0.1406-base/x86_64                CentOS-7.0.1406 - Base            disabled
C7.0.1406-centosplus/x86_64          CentOS-7.0.1406 - CentOSPlus      disabled
C7.0.1406-extras/x86_64              CentOS-7.0.1406 - Extras          disabled
C7.0.1406-fasttrack/x86_64           CentOS-7.0.1406 - CentOSPlus      disabled
C7.0.1406-updates/x86_64             CentOS-7.0.1406 - Updates         disabled
base                                 CentOS-7 - Base                   enabled: 8,652
base-debuginfo/x86_64                CentOS-7 - Debuginfo              disabled
base-source/7                        CentOS-7 - Base Sources           disabled
centosplus/7/x86_64                  CentOS-7 - Plus                   disabled
centosplus-source/7                  CentOS-7 - Plus Sources           disabled
cr/7/x86_64                          CentOS-7 - cr                     disabled
extras                               CentOS-7 - Extras                 enabled:   181
extras-source/7                      CentOS-7 - Extras Sources         disabled
fasttrack/7/x86_64                   CentOS-7 - fasttrack              disabled
updates                              CentOS-7 - Updates                enabled: 1,302
updates-source/7                     CentOS-7 - Updates Sources        disabled
repolist: 10,135
# 上面最右边有写 enabled 才是有启动的！由于 /etc/yum.repos.d/
# 有多个配置文件，所以你会发现还有其他的软件库存在。

修改软件库产生的问题与解决之道

由于使用的软件库版本有新旧之分，你得要知道， yum 会先下载软件库的清单到本机的/var/cache/yum 里面去。那我们修改了网址却没有修改软件库名称 (中括号内的文字)，可能就会造成本机的列表与 yum 服务器的列表不同步，此时就会出现无法更新的问题。

可以通过清除掉本机上面的旧数据即可：

[root@study ~]# yum clean [packages｜headers｜all]
选项与参数：
 packages：将已下载的软件文件删除
 headers ：将下载的软件文件开始删除
 all     ：将所有软件库数据都删除！
 
范例一：删除已下载过的所有软件库的相关数据 （含软件本身与清单）
[root@study ~]# yum clean all

yum 的软件群组功能

透过 yum 来在线安装一个软件是非常的简单，但是，如果要安装的是一个大型项目呢？

举例来说，主机现在为 GNOME 这个窗口管理软件，那我如果想要安装 KDE 呢？难道需要重新安装？当然不需要，透过 yum 的软件群组功能即可。

[root@study ~]# yum [群组功能] [软件群组]
选项与参数：
   grouplist   ：列出所有可使用的“软件群组组”，例如 Development Tools 之类的；
   groupinfo   ：后面接 group_name，则可了解该 group 内含的所有软件名；
   groupinstall：这个好用！可以安装一整组的软件群组，相当的不错用！
   groupremove ：移除某个软件群组；
   
范例一：查阅目前软件库与本机上面的可用与安装过的软件群组有哪些？
[root@study ~]# yum grouplist
Installed environment groups:            # 已经安装的系统环境软件群组
   Development and Creative Workstation
Available environment groups:            # 还可以安装的系统环境软件群组
   Minimal Install
   Compute Node
   Infrastructure Server
   File and Print Server
   Basic Web Server
   Virtualization Host
   Server with GUI
   GNOME Desktop
   KDE Plasma Workspaces
Installed groups:                        # 已经安装的软件群组！
   Development Tools
Available Groups:                        # 还能额外安装的软件群组！
   Compatibility Libraries
   Console Internet Tools
   Graphical Administration Tools
   Legacy UNIX Compatibility
   Scientific Support
   Security Tools
   Smart Card Support
   System Administration Tools
   System Management
Done

试着安装Scientific Support这个群组功能

[root@study ~]# yum groupinfo "Scientific Support"
Group: Scientific Support
 Group-Id: scientific
 Description: Tools for mathematical and scientific computations, and parallel computing.
 Optional Packages:
   atlas
   fftw
   fftw-devel
   fftw-static
   gnuplot
   gsl-devel
   lapack
   mpich
....（以下省略）....

正常情况下系统是会帮你安装好各项软件的。

只是伤脑筋的是，刚刚好 Scientific Support 里面的软件都是『可选择的』！而不是『主要的 (mandatory)』，因此预设情况下，上面这些软件通通不会帮你安装。

如果你想要安装上述的软件，可以使用 yum install atlas fftw .. 一个一个写进去安装～如果想要让 groupinstall 预设安装好所有的 optional 软件，那就得要修改配置文件。

更改选groupinstall 选择的软件项目即可。如下所示：

[root@study ~]# vim /etc/yum.conf
.....（前面省略）.....
distroverpkg=centos-release   # 找到这一行，下面新增一行！
group_package_types=default, mandatory, optional
.....（下面省略）.....
[root@study ~]# yum groupinstall "Scientific Support"

EPEL/ELRepo 外挂软件以及自定义配置文件

在 Linux 上面经常需要安装第三方协力软件（不在 CentOS 的软件库）
要使用前一章介绍的Tarball 去编译与安装吗？这倒不需要～因为有很多网友提供预先编译版本了。

在 Fedora 基金会里面发展了一个外加软件计划 (Extra Packages for Enterprise Linux, EPEL)，这个计划主要是针对 Red Hat Enterprise Linux 的版本来开发的，刚刚好 CentOS 也是针对 RHEL 的版本来处理的！所以也就能够支持该软件库的相关软件相依环境了。

而我们的 CentOS 7 主要可以使用的软件仓库网址为：

https://dl.fedoraproject.org/pub/epel/7/x86_64/

除了上述的 Fedora 计划所提供的额外软件库之外，其实社群里面也有朋友针对 CentOS 与 EPEL的不足而提供的许多软件仓库。

使用本机的原版光盘

万一你的主机并没有网络，但是你却有很多软件安装的需求～假设你的系统也都还没有任何升级的动作过，这个时候我能不能用本机的光盘来作为主要的软件来源呢？

答案当然是可以啊！那要怎么做呢？很简单，将你的光盘挂载到某个目录，我们这里还是继续假设在 /mnt 好了，然后设定如下的yum 配置文件：

[root@study ~]# vim /etc/yum.repos.d/cdrom.repo
[mycdrom]
name = mycdrom
baseurl = file:///mnt
gpgcheck = 0
enabled = 0
[root@study ~]# yum --enablerepo=mycdrom install software_name

这个设定功能在你没有网络但是却需要解决很多软件相依性的状况时，相当好用。

全系统自动升级

我们可以手动选择是否需要升级，那能不能让系统自动升级，让我们的系统随时保持在最新的状态呢？

透过『 yum -y update 』来自动升级，那个 -y 很重要，因为可以自动回答 yes 来开始下载与安装！

然后再透过 crontab 的功能来处理即可。

[root@study ~]# echo '10 1 * * * root /usr/bin/yum -y --enablerepo=epel update' &gt; /etc/cron.d/yumupdate
[root@study ~]# vim /etc/crontab

管理的抉择： RPM 还是 Tarball

『如果我要升级的话，或者是全新安装一个新的软件，那么该选择 RPM 还是 Tarball 来安装呢？ 』，事实上考虑的因素很多，不过通常是这样建议的：

优先选择原厂的 RPM 功能：

由于原厂释出的软件通常具有一段时间的维护期，举例来说， RHEL 与 CentOS 每一个版本至少提供五年以上的更新期限。这对于我们的系统安全性来说，实在是非常好的选项！何解？既然 yum 可以自动升级，加上原厂会持续维护软件更新，那么我们的系统就能够自己保持在软件最新的状态，对于资安来说当然会比较好一些的！此外，由于 RPM 与 yum 具有容易安装/移除/升级等特点，且还提供查询与验证的功能，安装时更有数字签名的保护，让你的软件管理变的更轻松自在！因此，当然首选就是利用 RPM 来处理啦！

选择软件官网释出的 RPM 或者是提供的软件库网址：

不过，原厂并不会包山包海，因此某些特殊软件你的原版厂商并不会提供的！举例来说 CentOS 就没有提供 NTFS 的相关模块。此时你可以自行到官网去查阅，看看有没有提供相对到你的系统的 RPM 文件，如果有提供软件库网址，那就更好啦！可以修改 yum 配置文件来加入该软件库，就能够自动安装与升级该软件！你说方不方便啊！

利用 Tarball 安装特殊软件：

某些特殊用途的软件并不会特别帮你制作 RPM 文件的，此时建议你也不要妄想自行制作 SRPM 来转成RPM 啦！因为你只有区区一部主机而已，若是你要管理相同的 100 部主机，那么将原始码转制作成 RPM就有价值！单机版的特殊软件，例如学术网络常会用到的 MPICH/PVM 等平行运算函式库，这种软件建议使用 tarball 来安装即可，不需要特别去搜寻 RPM 啰！

用 Tarball 测试新版软件：

某些时刻你可能需要使用到新版的某个软件，但是原版厂商仅提供旧版软件，举例来说，我们的 CentOS 主
要是定位于企业版，因此很多软件的要求是『稳』而不是『新』，但你就是需要新软件啊！然后又担心新软件装好后产生问题，回不到旧软件，那就惨了！此时你可以用 tarball 安装新软件到 /usr/local 底下，那么该软件就能够同时安装两个版本在系统上面了！而且大多数软件安装数种版本时还不会互相干扰的！嘿嘿！用来作为测试新软件是很不错的呦！只是你就得要知道你使用的指令是新版软件还是旧版软件了！

SRPM 的使用： rpmbuild (Optional)

新版的 rpm 已经将 RPM 与 SRPM 的指令分开了， SRPM 使用的是 rpmbuild 这个指令，而不是 rpm 。

利用默认值安装 SRPM 文件 (--rebuid/--recompile)

假设我下载了一个 SRPM 的文件，又不想要修订这个文件内的原始码与相关的设定值，那么我可以直接编译并安装吗？当然可以！利用 rpmbuild 配合选项即可。选项主要有底下两个：

—rebuild 这个选项会将后面的 SRPM 进行“编译”与“打包”的动作，最后会产生 RPM 的文件，但是产生的 RPM 文件并没有安装到系统上。当你使用 —rebuild 的时候，最后通常会发现一行字体： Wrote: /root/rpmbuild/RPMS/x86_64/pkgname.x86_64.rpm 这个就是编译完成的 RPM 文件啰！这个文件就可以用来安装啦！安装的时候请加绝对路径来安装即可！

—recompile 这个动作会直接的“编译”“打包”并且“安装”啰！请注意， rebuild 仅“编译并打包”而已，而 recompile 不但进行编译跟打包，还同时进行“安装”了！


—rebuild	这个选项会将后面的 SRPM 进行“编译”与“打包”的动作，最后会产生 RPM 的文件，但是产生的 RPM 文件并没有安装到系统上。当你使用 —rebuild 的时候，最后通常会发现一行字体： `Wrote: /root/rpmbuild/RPMS/x86_64/pkgname.x86_64.rpm` 这个就是编译完成的 RPM 文件啰！这个文件就可以用来安装啦！安装的时候请加绝对路径来安装即可！
—recompile	这个动作会直接的“编译”“打包”并且“安装”啰！请注意， rebuild 仅“编译并打包”而已，而 recompile 不但进行编译跟打包，还同时进行“安装”了！

要注意的是，这两个选项都没有修改过 SRPM 内的设定值，仅是透过再次编译来产生 RPM 可安装软件文件而已。

一般来说，如果编译的动作顺利的话，那么编译过程所产生的中间暂存盘都会被自动删除，如果发生任何错误，则该中间文件会被保留在系统上，等待用户的除错动作。

SRPM 使用的路径与需要的软件

SRPM 既然含有 source code ，那么其中必定有配置文件，所以首先我们必需要知道，这个 SRPM在进行编译的时候会使用到哪些目录呢？这样一来才能够来修改！

不过从 CentOS 6.x 开始 (当然包含我们的 CentOS 7.x 啰)，因为每个用户应该都有能力自己安装自己的软件，因此 SRPM 安装、设定、编译、最终结果所使用的目录都与操作者的家目录有关。

假设你用 root 的身份来进行SRPM 的操作，那么你应该就会使用到下列的目录喔：

/root/rpmbuild/SPECS	这个目录当中放置的是该软件的配置文件，例如这个软件的信息参数、设置项目等等都放置在这里；
/root/rpmbuild/SOURCES	这个目录当中放置的是该软件的原始文件（*.tar.gz 的文件）以及 config 这个配置文件；
/root/rpmbuild/BUILD	在编译的过程中，有些暂存的数据都会放置在这个目录当中；
/root/rpmbuild/RPMS	经过编译之后，并且顺利的编译成功之后，将打包完成的文件放置在这个目录当中。里头有包含了 x86_64, noarch…. 等等的次目录。
/root/rpmbuild/SRPMS	与 RPMS 内相似的，这里放置的就是 SRPM 封装的文件啰！有时候你想要将你的软件用 SRPM 的方式释出时，你的 SRPM 文件就会放置在这个目录中了。

此外，在编译的过程当中，可能会发生不明的错误，或者是设定的错误，这个时候就会在 /tmp 底下产生一个相对应的错误档，你可以根据该错误档进行除错的工作。

等到所有的问题都解决之后，也编译成功了，那么刚刚解压缩之后的文件，就是在 /root/rpmbild/{SPECS, SOURCES, BUILD} 等等的文件都会被杀掉，而只剩下放置在 /root/rpmbuild/RPMS 底下的文件了。

由于 SRPM 需要重新编译，而编译的过程当中，我们至少需要有 make 与其相关的程序，及 gcc, c,c++ 等其他的编译用的程序语言来进行编译，更多说明请参考 原始码所需基础软件 。

所以，如果你在安装的过程当中没有选取软件开发工具之类的软件，这时就得要使用上一小节介绍的yum 来安装。当然，那个 "Development Tools" 的软件群组请不要忘记安装了。

配置文件的主要内容 (*.spec)

我们知道在 /root/rpmbuild/SOURCES 里面会放置原始档 (tarball) 以及相关的修补档 (patch file)，而我们也知道编译需要的步骤大抵就是 ./configure, make, make check, makeinstall 等，那这些动作写入在哪里呢？

就在 SPECS 目录中。

[root@study ~]# cd /root/rpmbuild/SPECS
[root@study SPECS]# vim ntp.spec
# 1\. 首先，这个部分在介绍整个软件的基本相关信息！不论是版本还是释出次数等。
Summary: The NTP daemon and utilities           # 简易的说明这个软件的功能
Name: ntp                                       # 软件的名称
Version: 4.2.6p5                                # 软件的版本
Release: 19%{?dist}.1                           # 软件的释出版次
# primary license （COPYRIGHT） : MIT             # 下面有很多 # 的注解说明！
.....（中间省略）.....
License: （MIT and BSD and BSD with advertising） and GPLv2
Group: System Environment/Daemons
Source0: http://www.eecis.udel.edu/~ntp/ntp_spool/ntp4/ntp-4.2/ntp-%{version}.tar.gz
Source1: ntp.conf                               # 写 SourceN 的就是源代码！
Source2: ntp.keys                               # 源代码可以有很多个！
.....（中间省略）.....
Patch1: ntp-4.2.6p1-sleep.patch                 # 接下来则是补丁文件，就是 PatchN 的目的！
Patch2: ntp-4.2.6p4-droproot.patch
.....（中间省略）.....

# 2\. 这部分则是在设置相依属性需求的地方！
URL: http://www.ntp.org                         # 下面则是说明这个软件的相依性，
Requires（post）: systemd-units                   # 还有编译过程需要的软件有哪些等等！
Requires（preun）: systemd-units
Requires（postun）: systemd-units
Requires: ntpdate = %{version}-%{release}
BuildRequires: libcap-devel openssl-devel libedit-devel perl-HTML-Parser
BuildRequires: pps-tools-devel autogen autogen-libopts-devel systemd-units
.....（中间省略）.....
%package -n ntpdate                             # 其实这个软件包含有很多次软件喔！
Summary: Utility to set the date and time via NTP
Group: Applications/System
Requires（pre）: shadow-utils
Requires（post）: systemd-units
Requires（preun）: systemd-units
Requires（postun）: systemd-units
.....（中间省略）.....

# 3\. 编译前的预处理，以及编译过程当中所需要进行的指令，都写在这里
#    尤其 %build 下面的数据，几乎就是 makefile 里面的信息啊！
%prep                                           # 这部份大多在处理补丁的动作！
%setup -q -a 5
%patch1 -p1 -b .sleep                           # 这些 patch 当然与前面的 PatchN 有关！
%patch2 -p1 -b .droproot
.....（中间省略）.....
%build                                          # 其实就是 ./configure, make 等动作！
sed -i 's&#124;$CFLAGS -Wstrict-overflow&#124;$CFLAGS&#124;' configure sntp/configure
export CFLAGS="$RPM_OPT_FLAGS -fPIE -fno-strict-aliasing -fno-strict-overflow"
export LDFLAGS="-pie -Wl,-z,relro,-z,now"
%configure \                                    # 不就是 ./configure 的意思吗！
        --sysconfdir=%{_sysconfdir}/ntp/crypto \
        --with-openssl-libdir=%{_libdir} \
        --without-ntpsnmpd \
        --enable-all-clocks --enable-parse-clocks \
        --enable-ntp-signd=%{_localstatedir}/run/ntp_signd \
        --disable-local-libopts
echo '#define KEYFILE "%{_sysconfdir}/ntp/keys"' &gt;&gt; ntpdate/ntpdate.h
echo '#define NTP_VAR "%{_localstatedir}/log/ntpstats/"' &gt;&gt; config.h
make %{?_smp_mflags}                            # 不就是 make 了吗！
.....（中间省略）.....
%install                                        # 就是安装过程所进行的各项动作了！
make DESTDIR=$RPM_BUILD_ROOT bindir=%{_sbindir} install
mkdir -p $RPM_BUILD_ROOT%{_mandir}/man{5,8}
sed -i 's/sntp\.1/sntp\.8/' $RPM_BUILD_ROOT%{_mandir}/man1/sntp.1
mv $RPM_BUILD_ROOT%{_mandir}/man{1/sntp.1,8/sntp.8}
rm -rf $RPM_BUILD_ROOT%{_mandir}/man1
.....（中间省略）.....

# 4\. 这里列出，这个软件释出的文件有哪些的意思！
%files                                          # 这软件所属的文件有哪些的意思！
%dir %{ntpdocdir}
%{ntpdocdir}/COPYRIGHT
%{ntpdocdir}/ChangeLog
.....（中间省略）.....

# 5\. 列出这个软件的更改历史纪录档！
%changelog
* Tue Jun 23 2015 CentOS Sources &lt;bugs@centos.org&gt; - 4.2.6p5-19.el7.centos.1
- rebrand vendorzone
* Thu Apr 23 2015 Miroslav Lichvar &lt;mlichvar@redhat.com&gt; 4.2.6p5-19.el7_1.1
- don't step clock for leap second with -x option （#1191122）
.....（后面省略）.....

要注意到的是 ntp.sepc 这个文件，这是主要的将 SRPM 编译成 RPM 的配置文件，他的基本规则可以这样看：

整个文件的开头以 Summary 为开始，这部份的设定都是最基础的说明内容；

然后每个不同的段落之间，都以 % 来做为开头，例如 %prep 与 %install 等；

我们来谈一谈几个常见的 SRPM 设定段落：

系统整体信息方面：

刚刚你看到的就有底下这些重要的东西：

参数	参数意义
Summary	本软件的主要说明，例如上表中说明了本软件是针对 NTP 的软件功能与工具等啦！
Name	本软件的软件名称（最终会是 RPM 文件的文件名构成之一）
Version	本软件的版本（也会是 RPM 文件名的构成之一）
Release	这个是该版本打包的次数说明（也会是 RPM 文件名的构成之一）。由于我们想要动点手脚，所以请将“ 19%{?dist}.1 ” 修改为“ 20.vbird ” 看看
License	这个软件的授权模式，看起来涵盖了所有知名的 Open source 授权啊！！
Group	这个软件在安装的时候，主要是放置于哪一个软件群组当中（yum grouplist 的特点！）；
URL	这个源代码的主要官方网站；
SourceN	这个软件的来源，如果是网络上下载的软件，通常一定会有这个信息来告诉大家这个原始文件的来源！此外，如果有多个软件来源，就会以 Source0, Source1… 来处理源代码喔！
PatchN	就是作为补丁的 patch file 啰！也是可以有好多个！
BuildRoot	设置作为编译时，该使用哪个目录来暂存中间文件（如编译过程的目标文件/链接文件等档）。
上述为必须要存在的项目，下面为可使用的额外设置值
Requires	如果你这个软件还需要其他的软件的支持，那么这里就必需写上来，则当你制作成 RPM 之后，系统就会自动的去检查啦！这就是“相依属性”的主要来源啰！
BuildRequires	编译过程中所需要的软件。Requires 指的是“安装时需要检查”的，因为与实际运行有关，这个 BuildRequires 指的是“编译时”所需要的软件，只有在 SRPM 编译成为 RPM 时才会检查的项目。

上面几个资料通常都必需要写啦！但是如果你的软件没有相依属性的关系时，那么就可以不需要那个Requires 。

根据上面的设定，最终的档名就会是『{Name}-{Version}-{Release}.{Arch}.rpm』的样式，以我们上面的设定来说，档名应该会是『ntp-4.2.6p5-20.vbird.x86_64.rpm』的样子。

%description：

将你的软件做一个简短的说明，这个也是必需要的。还记得使用『 rpm -qi 软件名称』会出现一些基础的说明吗？上面这些东西包括 Description 就是在显示这些重要信息的。所以，这里记得要详加解释。

%prep：

pre 这个关键词原本就有『在...之前』的意思，因此这个项目在这里指的就是『尚未进行设定或安装之前，你要编译完成的 RPM 帮你事先做的事情』，就是 prepare 的简写。那么他的工作事项主要有：

进行软件的补丁 (patch) 等相关工作；

寻找软件所需要的目录是否已经存在？确认用的！

事先建立你的软件所需要的目录，或者事先需要进行的任务；

如果待安装的 Linux 系统内已经有安装的时候可能会被覆盖掉的文件时，那么就必需要进行备份(backup)的
工作了！

在本案例中，你会发现程序会使用 patch 去进行补丁的动作；所以程序的原始码才会更新到最新。

%build：

build 就是建立啊！所以当然啰，这个段落就是在谈怎么 make 编译成为可执行的程序啰！你会发现在此部分的程序代码方面，就是 ./configure, make 等项目哩！一般来说，如果你会使用 SRPM 来进行重新编译的行为，通常就是要重新 ./configure 并给予新的参数设定！于是这部份就可能会修改到。

%install：

编译完成 (build) 之后，就是要安装啦！安装就是写在这里，也就是类似 Tarball 里面的 make install的意思。

%files：

这个软件安装的文件都需要写到这里来，当然包括了『目录』。

所以连同目录请一起写到这个段落当中！以备查验。此外，你也可以指定每个文件的类型，包括文件档 (%doc 后面接的) 与配置文件 (%config 后面接的) 等等。

%changelog：

这个项目主要则是在记录这个软件曾经的更新纪录啰！星号 (*) 后面应该要以时间，修改者， email与软件版本来作为说明，减号 (-) 后面则是你要作的详细说明啰！在这部份鸟哥就新增了两行，内容如下：

%changelog
* Wed Sep 09 2015 VBird Tsai <vbird@mail.vbird.idv.tw>- 4.2.6p5-20.vbird
- only rbuild this SRPM to RPM

* Tue Jun 23 2015 CentOS Sources <bugs@centos.org> - 4.2.6p5-19.el7.centos.1
- rebrand vendorzone
....(底下省略)....

修改到这里也差不多了，您也应该要了解到这个 ntp.spec 有多么重要！我们用 rpm -q 去查询一堆信息时，其实都是在这里写入的。

接下来，就让我们来了解一下如何将 SRPM 给他编译出 RPM 。

SRPM 的编译指令 (-ba/-bb)

要将在 /root/rpmbuild 底下的数据编译或者是单纯的打包成为 RPM 或 SRPM 时，就需要 rpmbuild指令与相关选项的帮忙了！

我们只介绍两个常用的选项给您了解一下：

[root@study ~]# rpmbuild -ba ntp.spec <==编译并同时产生 RPM 与 SRPM 文件
[root@study ~]# rpmbuild -bb ntp.spec <==仅编译成 RPM 文件

这个时候系统就会这样做：

先进入到 BUILD 这个目录中，亦即是： /root/rpmbuild/BUILD 这个目录；

依照 *.spec 文件内的 Name 与 Version 定义出工作的目录名称，以我们上面的例子为例，那么系统就会在 BUILD 目录中先删除 ntp-4.2.6p5 的目录，再重新创建一个 ntp-4.2.6p5 的目录，并进入该目录；

在新建的目录里面，针对 SOURCES 目录下的来源文件，也就是 .spec 里面的 Source 设置的那个文件，以 tar 进行解压缩，以我们这个例子来说，则会在 /root/rpmbuild/BUILD/ntp-4.2.6p5 当中，将 /root/rpmbuild/SOURCES/ntp- 等等多个源代码文件进行解压缩啦！

再来开始 %build 及 %install 的设置与编译！

最后将完成打包的文件给他放置到该放置的地方去，如果你的系统是 x86_64 的话，那么最后编译成功的 *.x86_64.rpm文件就会被放置在 /root/rpmbuild/RPMS/x86_64 里面啰！如果是 noarch 那么自然就是 /root/rpmbuild/RPMS/noarch 目录下啰！

整个步骤大概就是这样子！最后的结果数据会放置在 RPMS 那个目录底下就对啦！

我们这个案例中想要同时打包 RPM 与 SRPM ，因此请您自行处理一下『 rpmbuild -ba ntp.spec 』。

[root@study ~]# cd /root/rpmbuild/SPECS
[root@study SPECS]# rpmbuild -ba ntp.spec
.....（前面省略）.....
Wrote: /root/rpmbuild/SRPMS/ntp-4.2.6p5-20.vbird.src.rpm
Wrote: /root/rpmbuild/RPMS/x86_64/ntp-4.2.6p5-20.vbird.x86_64.rpm
Wrote: /root/rpmbuild/RPMS/noarch/ntp-perl-4.2.6p5-20.vbird.noarch.rpm
Wrote: /root/rpmbuild/RPMS/x86_64/ntpdate-4.2.6p5-20.vbird.x86_64.rpm
Wrote: /root/rpmbuild/RPMS/x86_64/sntp-4.2.6p5-20.vbird.x86_64.rpm
Wrote: /root/rpmbuild/RPMS/noarch/ntp-doc-4.2.6p5-20.vbird.noarch.rpm
Wrote: /root/rpmbuild/RPMS/x86_64/ntp-debuginfo-4.2.6p5-20.vbird.x86_64.rpm
Executing（%clean）: /bin/sh -e /var/tmp/rpm-tmp.xZh6yz
+ umask 022
+ cd /root/rpmbuild/BUILD
+ cd ntp-4.2.6p5
+ /usr/bin/rm -rf /root/rpmbuild/BUILDROOT/ntp-4.2.6p5-20.vbird.x86_64
+ exit 0

[root@study SPECS]# find /root/rpmbuild -name 'ntp*rpm'
/root/rpmbuild/RPMS/x86_64/ntp-4.2.6p5-20.vbird.x86_64.rpm
/root/rpmbuild/RPMS/x86_64/ntpdate-4.2.6p5-20.vbird.x86_64.rpm
/root/rpmbuild/RPMS/x86_64/ntp-debuginfo-4.2.6p5-20.vbird.x86_64.rpm
/root/rpmbuild/RPMS/noarch/ntp-perl-4.2.6p5-20.vbird.noarch.rpm
/root/rpmbuild/RPMS/noarch/ntp-doc-4.2.6p5-20.vbird.noarch.rpm
/root/rpmbuild/SRPMS/ntp-4.2.6p5-20.vbird.src.rpm
# 上面分别是 RPM 与 SRPM 的文件文件名！

另外，有些文件软件是与硬件等级无关的 (因为单纯的文件 )，所以如上表所示，你会发现 ntp-doc-4.2.6p5-20.vbird.noarch.rpm 是 noarch

posted @ 2024-01-31 18:39 CD、小月阅读(118) 评论(0) 编辑收藏举报

刷新页面返回顶部

一纾

Linux笔记：14-软件安装 RPM, SRPM 与 YUM

软件安装 RPM, SRPM 与 YUM

软件管理简介

Linux 界的两大主流: RPM 与 DPKG

什么是 RPM 与 SRPM

什么是 i386, i586, i686, noarch, x86_64

RPM 的优点

RPM 属性相依的克服方式： YUM 在线升级

RPM 软件管理程序： rpm

RPM 默认安装的路径

RPM 安装 (install)

RPM 升级与更新 (upgrade/freshen)

RPM 查询 (query)

RPM 验证与数字签名 (Verify/signature)

RPM 卸载与重建数据库 (erase/rebuilddb)

YUM 在线升级机制

利用 yum 进行查询、安装、升级与移除功能

yum 的配置文件

yum 的软件群组功能

EPEL/ELRepo 外挂软件以及自定义配置文件

全系统自动升级

管理的抉择： RPM 还是 Tarball

SRPM 的使用： rpmbuild (Optional)

利用默认值安装 SRPM 文件 (--rebuid/--recompile)

SRPM 使用的路径与需要的软件

配置文件的主要内容 (*.spec)

SRPM 的编译指令 (-ba/-bb)

公告

一纾

Linux笔记：14-软件安装 RPM, SRPM 与 YUM

软件安装 RPM, SRPM 与 YUM

软件管理简介

Linux 界的两大主流: RPM 与 DPKG

什么是 RPM 与 SRPM

什么是 i386, i586, i686, noarch, x86_64

RPM 的优点

RPM 属性相依的克服方式： YUM 在线升级

RPM 软件管理程序： rpm

RPM 默认安装的路径

RPM 安装 (install)

RPM 升级与更新 (upgrade/freshen)

RPM 查询 (query)

RPM 验证与数字签名 (Verify/signature)

RPM 卸载与重建数据库 (erase/rebuilddb)

YUM 在线升级机制

利用 yum 进行查询、安装、升级与移除功能

yum 的配置文件

yum 的软件群组功能

EPEL/ELRepo 外挂软件以及自定义配置文件

全系统自动升级

管理的抉择： RPM 还是 Tarball

SRPM 的使用 ： rpmbuild (Optional)

利用默认值安装 SRPM 文件 (--rebuid/--recompile)

SRPM 使用的路径与需要的软件

配置文件的主要内容 (*.spec)

SRPM 的编译指令 (-ba/-bb)

公告

SRPM 的使用： rpmbuild (Optional)