Linux套件升级--RPM与Tarball[2]

　　使用 RPM 来升级真是太简单了！就以 Uvh 来升级即可！但是在比较大量的升级版本中，使用 Fvh 则是比较好的作法。但是需要注意的是，如果您使用的是 Uvh ，偏偏您的机器上尚无这一个套件，那么很抱歉，该套件并不会被安装在您的 Linux 主机上面，所以请重新以 ivh 来安装吧！
　　　
　　· 注意的是， Uvh 是仅升级您所写入的套件，至于 Fvh 则是『仅升级在您的系统里面存在的套件』，所以有的朋友在大量的进行套件版本修补的时候：
　　o 先到 Red Hat 的 errata 网站上捉下来最新的 i386 档案；
　　o 使用 -Fvh 来将您的系统内曾安装过的套件进行修补与升级！（真是方便呀！）
　　· 查询：
　　查询也是 RPM 的重要功能之一，因为他提供了这个套件的版本、用途等资讯，是相当有用的！那么如何查询呢？底下列出只要的查询参数：
　　　
　　·
　　o 查询套件：查询安装过的套件可以使用 -q 即可知道他的套件版本，但是如果忘记套件的全名，那么可以使用
　　rpm -qa | grep pakagename 来选择出适当的套件！
　　若使用 -qi 则可以了解这个套件的主要资讯！
　　o 寻找套件档案：常常我们忘记一个套件内容含有的档案时，可以使用 -ql 来查询该套件，会列出相当多的档案呦！
　　o 由档案寻找套件：这是最长发生的问题，就是您『误砍』了某个档案，偏偏不知道他是哪一个套件的，呵呵！那么你可以请跟你同样系统的朋友，使用 -qf 来查询该档案所属的套件，然后重新安装该套件就可以就回来啦！
　　· 验证：
　　验证的功能主要在于提供系统管理员一个有用的管理机制！作用的方式是『使用 /var/lib/rpm 底下的资料库内容来比对目前 Linux 系统的环境下的所有套件档案』也就是说，当您有资料不小心遗失，或者是因为您误杀了某个套件的档案，或者是不小心不知道修改到某一个套件的档案内容，就用这个简单的方法来验证一下原本的档案系统吧！好让您了解这一阵子到底是修改到哪些档案资料了！
　　　
　　· 反安装与重建资料库：
　　o 反安装就是将套件解除安装啦！要注意的是，『解安装的过程一定要重最上层往下解除』，以 rp-pppoe 为例，这一个套件主要是依据 ppp 这个套件来安装的，所以当您要解除 ppp 的时候，就必须要先解除 rp-pppoe 才行！否则可能会有问题！
　　o 那么重建资料库呢？由于我们会一直在修改一些档案内容，例如 /etc/xinetd.d 里头的参数档案，加上可能自系统操作的过程中新增、移除等等的动作，导致系统的资料库有点乱，这个时候可以使用 --rebuilddb 来重建一下 rpm 的资料库！
　　
　　什么是 Tarball ( source code )
　　Tarball：
　　其实 tarball 就是以 *.tar.gz 压缩之后的 binary 原始档啦！还记得 tar 怎么使用吗？回去瞧一瞧去！由于软体开发商为了适应各种工作平台，所以通常他们都会将整个软体以较庞大的原始档案创建下来，里头包含了原始的设定与可以修改的参数等等，然后以 tar 这个汇整压缩软体将整个软体下的目录压缩成一个档案，嘿嘿！那就是所谓的 tarball 啰！。
　　为了要让使用者便于安装，所以通常开发者会写一支小 scripts 来侦测使用者的系统，以及侦测该软体所需要的前驱软体是否存在你的 Linux 环境中，以便利于后续的编译过程与安装步骤！基本上，使用 tarball 几乎『一定可以安装成功』的，而且安装上面也不麻烦，大多只要执行三～四个步骤即可安装完毕！而且，使用者『可以自行设定安装的路径』，以便于管理。
　　　
　　VBird 的建议通常在使用 tarball 进行安装套件的过程中，需要将套件解压缩，然后最后一动则是将编译完成的资料安装在该套件预设的目录中。不过，为了未来资料的控管与系统的传承与衔接，通常我们建议您： 1. 最好将 tarball 的原始资料解压缩到 /usr/local/src 当中； 2. 安装时，最好安装到 /usr/local 这个预设路径下； 3. 考虑未来的反安装步骤，最好可以将每个套件单独的安装在 /usr/local 底下，例如安装的 rp-pppoe-2.8.tar.gz 则可以安装于 /usr/local/rp-pppoe 当中。 4. 但如此一来，当有 man page 的时候，就必须要将 man page 的路径加到 /etc/man.config 档案中了！否则使用 man 也查询不到指令的使用方法的！请特别留意！
　　Tarball 使用上的限制：
　　虽然 Tarball 在安装上面可以说『相当的简单』，因为只要顺着解开压缩之后目录里面的 README 或 INSTALL 就可以安装成功了！但是仍然有部分的困扰必须要告诉大家～那就是：
　　1. 需要 Kernel sources files：常常一些 Tarball 在安装时，会使用到 Kernel 的原始档案，亦即在 /usr/src/linux 这个目录底下的档案，而该目录是需要安装或者编译过核心才会存在的目录！所以当您在安装 Linux 的时候没有选择 Kernel source 或者在之后没有编译核心时，呵呵！那么可能就没有办法安装了！
　　　
　　2. 需要 make 及 autoconfig 等套件：需要另外注意的就是，我们还需要 make 这个套件才行！除此之外，还有 autoconfig 等等的套件也需要安装才行！
　　　
　　3. 需要 gcc 或 cc 等编译软体：如果没有编译的软体，那么自然也就无法编译成功啦！所以至少要有一种 gcc 才行！这个时候，连同上面的 make 等等的套件，几乎都在 Software Development 那个咚咚里头！也就是说，若是您当初 安装 的时候，选择的是我建议的那种安装方式的话，那么您的 tarball 安装应该问题不大，若是没有安装的话，那么肯定很多的套件是无法编译成功的！
　　　
　　4. 特别留意安装时候的选择工具：由于在安装的时候『预设选项并没有将 Kernel Development 及 Software Development 加入安装的行列』，所以您如果选择预设选项的话，呵呵！那么使用 tarball 的工具就会显的力不从心！这一点还请特别特别留意呢！
　　一般安装步骤：
　　安装的步骤其实很简单啦！主要有：
　　1. ./configure ：通常就是跑一支 scripts 来检查您的 Linux 系统、相关的套件属性等等，这个步骤相当的重要，因为未来您的安装资讯都是这一步骤内完成的！另外，这个步骤的相关资讯应该要参考一下该目录下的 README 或 INSTALL 相关的档案！！基本上，这个步骤完成之后会建立（或修改）一个 Makefile ，这就是参数档啦！
　　2. make clean：这个步骤不一定会有，但是希望执行一下！可以将前一版的编译过程的资料删除！
　　3. make：make 是一个执行程式，他会主动的读取该目录下的一个名为『 Makefile 』的档案，这个档案则记录了所有的相关资讯，可以作为编译的主要资讯！不过编译完成的资料还在该目录中，尚未安装到预定的目录中；
　　4. make install：通常这就是最后的安装步骤了，将所编译完成的资料给他安装到预定的目录中，就完成安装啦！
　　
　　要选择 RPM 还是 Tarball？
　　优先选择 RPM：