如何解决从依赖项列表中定义新操作系统的可用性
我有一个使用 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 举报,一经查实,本站将立刻删除。