我该如何在 CentOS 4.8 上安装 glibc 2.5？
我知道 CentOS 4.8 已经停产，这一切都很好。然而，我现在工作的环境正在使用这个版本，并且会持续一段时间。所以，这就是我所坚持的。
我对 using 很熟悉yum，但对 using 不太熟悉rpm。
答案1
作为一般规则，使用 rpm 而不是 yum 升级软件包是直接的：搜索可以下载 centos 的 RPM 的地方，下载并安装它rpm -i packagname.rpm。或者下载源 rpm，在 Centos 4.8 下编译并安装它（即向后移植它 - 这对于 glibc 来说是一件相当奇怪的事情，因为 glibc 构成了您向后移植到的环境的很大一部分）。
对新 glibc 软件包可能具有的任何依赖项重复此操作 - 即新 glibc 可能依赖于其他软件包的较新版本。 （libc 可能有几个）。
对于任何当前安装的需要 Centos 4.8 附带的 libc 版本或与较新版本不兼容的软件包也重复此操作（您必须将它们升级到可以使用较新 glibc 的版本）。 glibc 可能有地段其中，其中许多将是其他图书馆。
这些额外的升级可能会引发另一个升级周期。等等。对于 glibc，将“may”视为“will”。
我认为你需要问问自己是否真的想这样做。你的目标是矛盾的——你想要/需要保留旧版本的 centos，但你也想要一个更新的 libc。对于某些软件包来说，这没什么大不了的……但是 glibc 是 Linux 系统的核心部分，更改它会影响系统上几乎每个已编译的可执行文件。有些会工作得很好，有些会彻底打破较新的 glibc，而（最糟糕的是）有些会产生微妙的不同 - 并且是错误的 - 行为或结果。
这将导致您无法享受使用 Centos 4.8 的任何好处（例如众所周知的系统和行为、所有怪癖和错误都有修复/解决方法、没有意外等）和升级到新版本的一些/大部分/所有好处被您运行一个独特的混合系统这一事实所抵消——不伦不类。它不会是具有超级变种人力量的混合体，而是由笨拙的不匹配部件组成的弗兰肯斯坦怪物。
简而言之，我的建议是要么坚持使用现有的版本，要么升级到最新的 Centos 6.3。听起来您在工作中可能有一个相当严格的变更管理流程，因此这需要仔细规划（无论如何总是一个好主意）并书面说明需要升级的理由 - 包括旧版本引起的问题的详细信息以及升级将带来的好处。
另外，能够证明任何基本应用程序都可以在新的 Centos 中正常工作，这将是对这一理由的宝贵补充……因此，如果可以的话，请尝试启动 6.3 机器或虚拟机并在其上安装您的软件。