从依赖项列表中定义新操作系统的可用性

问题描述

我有一个使用 cgi 应用程序所需的库列表(来自 ldd输出)。 它看起来像这样:

libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fe26441b000)
libpython3.6m.so.1.0 => not found
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fe2643f8000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x00007fe2643f3000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fe2642a4000)
libfcgi.so.0 => not found
libssl.so.10 => not found
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fe2640c1000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fe2640a6000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fe263eb4000)
...

这是我的主要输入。我的目标弄清楚底层操作系统升级对某些应用的影响,从而尝试找出哪些所需的库不再可用/与新版本的操作系统兼容

基本上,它们是遗留应用程序,其源代码/构建历史通常不再可用。 它们目前在 RHEL 7.4 下运行。

我们试图弄清楚的是,哪些库在操作系统升级后仍然可用……哪些需要更多的工作(或完全重写应用程序……但这是我们试图避免的,因为他们中的大多数很快就会被取代或废弃)。

因此,作为输入,我有

  • 应用(主要是 cgi 应用)
  • 当前与这些应用程序链接的库列表 (ldd)
  • 当前操作系统:RHEL 7.4
  • 目标操作系统(目前为 RHEL 8+)

我知道一些较新版本的库可能仍然兼容,但这将是第一个输入。稍后我可以专注于那些旧版本不再可用的库。

关于我应该如何继续(但试图一个一个添加缺失的)以预先检查大量依赖项的任何提示

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)