新增资源及索引表-王辉静项目6拓展资源_利用安装光盘创建本地 yum 源补装 RPM 软件包.docx

《新增资源及索引表-王辉静项目6拓展资源_利用安装光盘创建本地 yum 源补装 RPM 软件包.docx》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、利用安装光盘创建本地yum源补装RPM软件包为系统补装RPM软件包，对一部分Linux用户来讲，是一件繁琐的事。众所周知的RPM依赖问题困扰了众多用户，让他们在面临这个场合时懊悔当初没有选择完全系统安装。甚至盛传着“完全安装吧，不差这几G空间，省得麻烦”的流行说法。虽然yum已经很大程度上帮助我们解决了这个问题，但在某些特殊环境，如网络连接，带宽的限制，或者时间紧迫的场合下，我们希望有一种方法，像系统初装一样，可以简单的选择，并迅速补装上这些遗漏的软件包。本文以两个用户在RHEL5u4和Fedora12上的真实操

2、作开始，介绍了利用安装光盘创建本地yum源的方式以快速补装RPM软件包的过程。戴月,软件工程师2010年3月26日内容引言如果你是一个Linux新手，刚安装完一个崭新的RHEL5u4系统，在默认配置下使用了几天，感觉不错。这时你想用gcc编一个程序，发现默认配置里并没有安装这个包。你找到安装光盘，小心翼翼地挂载上，并找到了gcc-4.1.2-46.el5.i386.rpm。尝试着用rpm-ivhgcc-4.1.2-46.el5.i386.rpm进行安装。系统告之缺少glibc-devel和libgomp，当你试着

3、安装glibc-devel，系统又提示缺少glibc-headers。继续下去，又发现缺少kernel-headers。先前网上关于RPM依赖关系如何复杂的传言终于得到了印证。你很苦恼，心想如果当初选择了完全安装该有多好！同时也懊悔为了结省那不值钱的几GB空间而给自己今天带来了如此多的麻烦。最终，你按照依赖提示，递归似的完成了gcc的安装。你很庆幸的完成了这个任务。其实只是因为这个安装任务的依赖关系还不够复杂到把你吓退罢了。如果你是一位忠实的FeforaLinux用户。有一天下午，你想为一台刚装完的Fedora1

4、2安装上GNOME桌面。依赖性并不是你所担心的，因为你知道yum可以解决这个问题。但是在键入yuminstall过后，发现自己并不知道要安装上GNOME桌面系统需要哪些软件包，甚至从来没有听说过有一个叫GNOME的包可以安装。你试着查询了一下仓库中包含GNOME字样的包，一共有258个。这个列表显然不是你想要的。在咨询过google过后，发现yum有一个grouplist选项，看起来有点像自己想要的。通过yumgrouplist又找到了名叫"XWindowSystem"和"GNOMEDesktopEnvironm

5、ent"的分组，这正是你想要的。但是在键入yumgroupinstall"XWindowSystem"过后，提示信息说299个包需要下载安装，一共60M。看着下载进度条上的速度，只有27KB/s，这样下完这60M需要将近一个小时。接下来还要安装一个不知道多大的"GNOMEDesktopEnvironment"。这意味着老板交待的事可能要明天才能开始，而且仅仅是开始，万一下载安装没有顺利完成......你一边抱怨着公司的网络为什么久久不扩容，一边也懊恼为什么当初没有进行完全系统安装。但是，“完全安装”真的是最好的方

6、法吗？面对这种已经没有“完全安装”的情况，我们有什么更好的办法吗？回页首关于RPM包依赖的思考RPM的依赖性是个很让人头疼的问题。每次系统安装完成过后，想再装一个软件包，敲下回车之前，都会心惊胆战，生怕跳出个依赖性错误。而在一个依赖性错误的背后，可能还牵连着更多的依赖性。这个问题让很多Linux用户望而生畏。RPM包的依赖关系说起来是简单的因为它所谓的依赖关系仅仅是一个个简单的如“要安装A，需要提前准备好a1,a2,a3”这样的条件。我们在安装前可以通过一个简单的rpm命令来查询一个包的依赖关系。#rpm-q--

7、requires-pwireshark-1.2.2-1.fc12.i686.rpm/sbin/ldconfigconfig(wireshark)=1.2.2-1.fc12libc.so.6...libcom_err.so.2...libpcap.so.1...libsmi.so.2...python(abi)=2.6...RPM的依赖性同时又是繁琐的，因为它的依赖关系里只包含了A需要a1,a2和a3的信息，并没有包含a1,a2和a3是由哪个包来提供。对于如python这样直接给出依赖包名，我们可以轻松地找到pyt

8、hon-xxx.rpm；对于如libpcap.so.1这样熟悉的库，我们知道它对应libpcap-xxx.rpm；对于一部分不熟悉的，如libsmi.so.2这样的依赖库，我们也可以找到恰好与该库同名的libsmi-xxx.rpm。但是对于libglib-2.0.so.0这样的库，你会很容易“猜”出它是来自于glib2软件包的吗？正是因为这样的喋喋不休，以及对应依赖包的含