CentOS From Scratch 的兼容性说明
概念澄清
- CentOS 是由社区基于 RHEL 源代码重建的发行版，目标是与 RHEL 保持高度一致；自 2020 年起官方将重心转向 CentOS Stream（滚动更新、位于 Fedora 与 RHEL 之间），传统 CentOS Linux 8 的生命周期已于 2021 年底结束。
- From Scratch 通常指“Linux From Scratch（LFS）”：从零手工构建一套最小化 Linux 系统，不依赖现有发行版仓库；也可泛指“最小化安装/极简环境”。它不是官方发行版，也不自带兼容性承诺。
兼容性结论
- 若你指的是“CentOS 生态的兼容性”：与 RHEL 高度兼容，为 x86_64、ARM64、PowerPC 等多架构提供良好支持；但 CentOS Stream 的滚动特性意味着它更“前沿”，与需要严格稳定性的场景相比，传统 CentOS Linux 的“稳定点”更合适。
- 若你指的是“LFS/最小化 CentOS 环境的兼容性”：没有内置 ABI 或生态承诺，第三方 RPM 包能否运行取决于你是否在构建时复制了与 RHEL/CentOS 一致的库版本与依赖集合；跨发行版（如 RHEL/CentOS 与 Ubuntu/Debian）并非二进制兼容，常见差异包括 glibc 版本、库 SONAME、打包系统（RPM vs DEB）等，直接安装往往会出现依赖或符号不匹配问题。
常见兼容性问题与风险
- glibc/核心库版本不匹配：例如强行升级 OpenSSL 1.1.1t 覆盖系统 libcrypto.so.1.1，会导致依赖该库的 rpm 等基础工具出现“undefined symbol”等符号解析错误，系统命令甚至无法使用。
- RPM 依赖解析失败：在极简/自建环境中缺少必要的仓库与元数据，
yum/dnf 无法自动解决依赖，安装 RPM 常报缺依赖或冲突。
- 共享库路径与版本冲突：应用需要的 .so 版本与系统提供的不一致，或程序找不到库文件，表现为启动失败或运行期崩溃。
提升兼容性的实践建议
- 明确目标环境：尽量让构建目标与某一稳定 RHEL/CentOS 主次版本对齐（如目标为 RHEL 7/8 的生态），避免跨主版本混用库集合。
- 使用受管构建基：优先基于官方最小化安装或 mock/chroot 环境构建，按需引入 EPEL 等仓库，减少“手工堆依赖”的风险。
- 依赖解析优先：安装本地 RPM 时使用
yum localinstall 或 dnf install ./pkg.rpm，让包管理器自动拉取依赖；离线环境可搭建本地仓库（如 createrepo）。
- 谨慎升级核心库：避免替换 glibc/openssl 等系统核心库；若必须升级，采用并行安装（新版本放入独立前缀）并通过 LD_LIBRARY_PATH 或程序配置指向新库，且充分回归测试。
- 跨发行版交付策略：若需在非 RHEL/CentOS 系统运行，优先选择源码编译或提供对应发行版的 RPM/DEB 包；不建议依赖 alien 等工具直接转换包格式，常引入不可预期的依赖与路径问题。