工作|ARM64架构环境安装RPM包常见问题汇总
一 ARM架构安装RPM包思路
服务器市场X86架构系统一家独大，很多功能包的RPM包在官网几乎只有X86架构的，找不到ARM64架构，但你需要在ARM64架构系统用该功能，怎么办呢？
遇到这种场景，解决的办法有两个:

1 下载源码到ARM64环境编译

2 下载现有ARM64架构的RPM包安装同时解决安装依赖

读者可能会疑惑，你不是说官网几乎没有ARM64架构的包吗？我要去哪里寻找呢?

推荐四个找RPM包的网址(前两个专门做RPM包的收集)，绝大部分的RPM包都可以找到:

1 http://rpmfind.net

2 http://rpm.pbone.net/index.php3

3 https://build.opensuse.org/

4 https://mirrors.huaweicloud.com/euler/2.3/os/aarch64/Packages/

5 src.fedoraproject.org

6 https://kojipkgs.fedoraproject.org//packages/包名/

说明，opensuse网站的build页面里面有很多公开的编译工程，如果要下载编译好的包或者源码包，请读者务必注册账户。

有了上面三个寻找RPM包的网址，我们接着说在ARM64架构系统安装RPM包吧。由源码编译和解决安装依赖两个思路又可以演变出下面四条可能的解决路劲:

第一，源码＋源码

第二，依赖包＋源码

第三，依赖包＋依赖包

第四，源码＋依赖包

下面我来一一解释上面四条路劲的含义。

第一条，比如你想要安装的RPM包叫做A，你下载了A包的源码到centos 7.5 ARM64系统上，编译时发现依赖了B包(现实的情况通常是依赖许多包，如果只有一个依赖包，请记得感恩_)，这里又要分两种情况了。

一，源码来源是github或者官网，且github提供了匹配的spec文件，那么从rpmfind网址找到对应的RPM包来安装(安装过程很有可能会依赖C包，如果C包是个基础包，比如glibc，那就别走这条路了，这是条死路-_-||，赶紧下载源码去吧，然后重复上面的过程)；

二，如果github或者官网只有源码没有spec文件，请移步opensuse找对应的spec文件(注意，opensuse里面的spec很大可能与你的源码包不那么完美的匹配，需要一边编译，一边修改适配)。

说明，当然最完美的情况是你找到了对应版本的src包，即源码的RPM包。那下载到本地环境，先安装再编译。

rpm -ivh xxxx.src.rpm

cd /root/rpmbuild/SPEC/

rpmbuild -ba b.spec

运气好的话会编译通过。

第二，拿rabbitmq这个包来举例，安装rabbitmq时只有一个依赖包erlang，看到这个解决我是欣喜的，然而在安装erlang的过程耗尽了我的欣喜。erlang官网提供的包安装后存在大量的依赖包，有的可以通过yum安装，有的需要从网上下载，最后发现依赖到高版本的glibc了，哎，又是一堵南墙-_-||

下载源码编译，编译报错太多，最后竟然发现github的rabbitmq代码库自带了erlang的源码，下载后编译，安装解决。该erlang源码没有任何功能，就是解决rabbitmq包依赖用的，可以想象一定是有人踩过的坑，致敬先辈O

第三，第四也是差不多的意思。

总结一下，就是安装现有包解决依赖和源码包编译两条路交叉灵活应用，千万不可在南墙躺尸，要记得回头!

二 常见问题汇总
问题一，github下载源码后，发现找不到对应的spec文件。

解决方法:官网有X86架构的RPM包吗？有的话一定存在spec文件，只是spec文件没有上传spec文件而已。那么去opensuse网站搜索RPM包名，比如nginx，搜到非常多工程，找到opensuse等非个人的工程，查看spec文件版本，尽量取版本一致的spec文件到本地。很可能编译中会有些错误，比如nginx编译时就存在require(pre)依赖的问题，查看其他工程的spec，没有该依赖，就把require(pre)相关的行注释，重新编译即可。

问题二，tesseract源码下载后，make报错，一般代码本身的问题不建议去修改，尤其是开源代码。

解决方法:换版本，直到找到可用的版本。这种方法虽然好时，但比解决代码本身问题保险，就怕你改了代码到时功能不可用。(架构差异导致的代码编译问题除外)

问题三，nginx包单独执行./configure没有报错，rpmbuild却在configure时报错

解决方法:报错信息是perl工具包版本信息及模块信息，大意是找不到perl 5.3.6版本，下一句是找不到Embl模块。尝试单独执行./configure，没有错误，还是怀疑spec文件。但spec文件中并没有该依赖。去论坛(CSDN等)找到相同的问题，原来是少了一个RPM包。而报错信息却没有明确指出来到底少了哪个包。这个问题主要需要掌握的能力是混论坛的能力。

问题四，GeIP包是某个包的依赖包，而它依赖的包要求perl的版本与当前环境不匹配

解决方法:当前的perl版本是5.16.3，所以要找到依赖该版本的perl包的GeIP包，而该包在网上存在近400+个。如何找?耐心和细心在这里就起作用了，二分法按照年月来找，尝试。总能找到的。