前不久遇到了RPM包默认存放位置的问题,今天又遇到RPM包依赖的问题。
其实RPM包依赖关系早就不是新鲜话题了,现在RPM里有yum可以解决依赖,deb里有apt,这些都是比较熟悉的概念。
今天的问题是,我们的一个模块需要打包成RPM后安装,之前的编译打包工作在US那边进行。
现在我们接手,自己在一个RHEL4上建立的编译环境,RPM包也能顺利生成。可惜问题是安装的时候总是失败,原因是RPM包依赖的一些包不存在。
仔细查了查,这些包我们也确实不用,那为什么会成为我们RPM包的依赖呢?
RPM的打包关键靠spec文件控制,spec文件里有Requires这个域控制依赖关系,我们检查了spec文件后,发现spec文件里并无那些缺失的包,那就奇怪了,这些缺失的包是什么时候被加入到依赖关系中的?
一问才知道是这个原因:
rpmbuild最后一步,出包的时候,会依次对你的files文件列表做ldd,找出依赖关系。如果你确定所依赖的库在你的系统中,或者说没有这些依赖也没有关系,你可以在spec里面的description前一行加上:
AutoReqProv: no
取消自动的依赖关系!重新编译RPM包,OK了。
其实RPM包依赖关系早就不是新鲜话题了,现在RPM里有yum可以解决依赖,deb里有apt,这些都是比较熟悉的概念。
今天的问题是,我们的一个模块需要打包成RPM后安装,之前的编译打包工作在US那边进行。
现在我们接手,自己在一个RHEL4上建立的编译环境,RPM包也能顺利生成。可惜问题是安装的时候总是失败,原因是RPM包依赖的一些包不存在。
仔细查了查,这些包我们也确实不用,那为什么会成为我们RPM包的依赖呢?
RPM的打包关键靠spec文件控制,spec文件里有Requires这个域控制依赖关系,我们检查了spec文件后,发现spec文件里并无那些缺失的包,那就奇怪了,这些缺失的包是什么时候被加入到依赖关系中的?
一问才知道是这个原因:
rpmbuild最后一步,出包的时候,会依次对你的files文件列表做ldd,找出依赖关系。如果你确定所依赖的库在你的系统中,或者说没有这些依赖也没有关系,你可以在spec里面的description前一行加上:
AutoReqProv: no
取消自动的依赖关系!重新编译RPM包,OK了。