21.9 参考资料与延伸阅读

2002/08/21:第一次完成 2003/02/11:重新编排与加入 FAQ 2004/03/25:原本是 Tarball 与 RPM ,本日开始将 Tarball 与 RPM 分开说明与讲解(后续会花好几天喔!),       最重要的是 Source code 的说明,并提到相关的 gcc compile 功能等等! 2004/04/10:经历了当兵中的无奈生活,终于将这篇给他完工了~(当时的鸟哥在将军渔港与青山港~) 2005/09/30:旧版文章 (Tarball 与 RPM 的简单说明) 移动到 此处 。 2005/10/01:将风格作个转变之外,也将一些测试移转到 FC4 上面进行! 2008/01/10:感谢网友 ayttk 的说明,原本的 make 语法网页已经移动到其他地方了,请参考 这里。 2009/06/04:将基于 FC4 撰写的文章移动到 此处 2009/06/20:增加一个小练习,需要使用到 X software development 的软件群组喔! 2009/09/15:加入一个情境仿真,其实有点功力练功练功而已的习题啰!

下一节:在前一章我们提到以源代码的方式来安装软件,也就是利用厂商释出的 Tarball 来进行软件的安装。不过,你应该很容易发现,那就是每次安装软件都需要侦测操作系统与环境、设置编译参数、实际的编译、 最后还要依据个人喜好的方式来安装软件到定位。这过程是真的很麻烦的,而且对于不熟整个系统的朋友来说,还真是累人啊!

那有没有想过,如果我的 Linux 系统与厂商的系统一模一样,那么在厂商的系统上面编译出来的可执行文件, 自然也就可以在我的系统上面跑啰!也就是说,厂商先在他们的系统上面编译好了我们使用者所需要的软件, 然后将这个编译好的可执行的软件直接释出给使用者来安装,如此一来,由于我们本来就使用厂商的 Linux distribution ,所以当然系统 (硬件与操作系统) 是一样的,那么使用厂商提供的编译过的可可执行文件就没有问题啦! 说的比较白话一些,那就是利用类似 Windows 的安装方式,由程序开发者直接在已知的系统上面编译好,再将该程序直接给使用者来安装,如此而已。

那么如果在安装的时候还可以加上一些与这些程序相关的信息,将他创建成为数据库,那不就可以进行安装、反安装、 升级与验证等等的相关功能啰 (类似 Windows 下面的“新增移除程序”)?确实如此,在 Linux 上面至少就有两种常见的这方面的软件管理员,分别是 RPM 与 Debian 的 dpkg 。我们的 CentOS 主要是以 RPM 为主,但也不能不知道 dpkg 啦!所以下面就来约略介绍一下这两个玩意儿。