将原始码作了一个简单的介绍，也知道了系统其实认识的可执行档是 binary file 之后，好了，得要聊一聊，那么怎么安装与升级一个 Tarball 的套件？为什么要安装一个新的套件呢？当然是因为我们的主机上面没有该套件啰！那么， 为何要升级呢？！原因可能有底下这些：
* 需要新的功能，但旧有主机的旧版套件并没有，所以需要升级到新版的套件；
* 旧版本的套件上面可能有安全上的顾虑，所以需要更新到新版的套件；
* 旧版的套件执行效能不彰，或者执行的能力不能让管理者满足。
在上面的需求当中，尤其需要注意的是第二点，当一个套件有安全上的顾虑时，千万不要怀疑， 赶紧更新套件吧！否则造成网路危机，那可不是闹著玩的！那么更新的方法有哪些呢？ 基本上更新的方法可以分为两大类，分别是：
* 直接以原始码透过编译来安装与升级；
* 直接以编译好的 binary file 来安装与升级。
上面第一点很简单，就是直接以 Tarball 在自己的机器上面进行侦测、编译、 安装与设定等等动作来升级就是了。不过，这样的动作虽然让使用者在安装过程当中具有很高的弹性， 但毕竟是比较麻烦一点，如果 Linux distribution 厂商能够针对自己的作业平台先进行编译等过程，再将编译好的 binary file 释出的话，那由于我的系统与该 Linux distribution 的环境是相同的，所以他所释出的 binary file 就可以在我的机器上面直接安装啦！省略了侦测与编译等等繁杂的过程呢！
目前很多 binary file 升级的机制呢，包括有 Red Hat 系统 ( 含 Fedora 系列 ) 发展的 RPM 与 up2date, yum 等线上更新模式；Mandrake 的 urpmi 套件更新方式； Debian 使用的 dpkg ； Sun Unix 使用的 pkg ，以及目前很流行的 apt 线上更新模式等等， 以使用率来说，目前最传统的是以 Tarball 直接进行编译的安装与升级，而另一个则是以 RPM 相关的机制来进行安装与升级啰！本章节主要针对 Tarball ，至于 RPM 则留待下个章节再来介绍呢！
好了，那么一个套件的 Tarball 是如何安装的呢？基本流程是这样的啦：
1. 将 Tarball 由厂商的网页下载下来；
2. 将 Tarball 解开，产生很多的原始码档案；
3. 开始以 gcc 进行原始码的编译( 会产生目标档 object files )；
4. 然后以 gcc 进行函式库、主、副程式的连结，以形成主要的 binary file；
5. 将上述的 binary file 以及相关的设定档安装至自己的主机上面。
上面第 3, 4 步骤当中，我们可以透过 make 这个指令的功能来简化他， 所以整个步骤其实是很简单的啦！只不过您就得需要至少有 gcc 以及 make 这两个套件在您的 Linux 系统里面才行喔！ 详细的过程以及需要的套件我们在后面的章节继续来介绍的啦！
阅读(1059) | 评论(0) | 转发(0) |
