主要观点：Linux 二进制兼容性存在问题，容器等解决方案并非最佳，应采用静态链接和松弛版本法来解决。GLIBC 是兼容性问题的根源，需将其拆分为多个库以解决兼容性问题。

关键信息：

• Linux 是多种服务、库和哲学的混合体，不同发行版差异大，导致软件在不同系统上兼容性差。
• 容器解决方案虽可简化软件分发，但存在与系统交互问题和一致性问题。
• 版本问题导致应用程序在用户系统上可能不兼容，有复制和松弛两种解决办法，作者采用松弛法。
• GLIBC 是系统库，不能静态链接，升级困难，是兼容性问题的关键。
• 作者采用静态链接可避免依赖问题，通过 chroot 构建旧的 Linux 环境来解决系统库兼容性问题。
• 建议将 GLIBC 拆分为多个库，如 libsyscall、libdl、libheap、libthread 和 libc，以解决兼容性问题。

重要细节：

• 容器解决方案通过 namespaces 和 chroots 打包 Linux 环境，但与系统交互困难，需 XDG Desktop Portal 协议增加复杂性。
• 复制法可确保用户系统缺少的库存在，但不能处理系统库；松弛法链接较旧版本的系统库以减少兼容性问题。
• GLIBC 负责多种功能，升级困难，静态链接会破坏其功能。
• 拆分后的库架构可让多个版本的 libc 共存，减少兼容性问题，如静态链接 libc 时嵌入 libdl 等。
• 展示了在不同链接方式下库的加载情况，以及静态链接和动态链接 libc 的区别。
• 指出在多个 libc 版本共存时，处理资源共享和函数调用等问题的复杂性，如 stdio 相关函数的处理等。

总之，Linux 二进制兼容性问题复杂，需对 GLIBC 等进行架构调整以解决，这是值得解决的重要问题。