\_compat-libcap1在CentOS 8中已被Red Hat彻底移除，因其仅作为libcap 2.x迁移的ABI兼容垫片，现要求软件直接适配libcap-2.26+；替代方案为改用libcap、重编译程序或迁移到CentOS Stream 9/Rocky Linux 9。
为什么 yum install 会报错找不到 _compat-libcap1
centos 8 默认仓库里根本没这个包——它压根就不存在。这不是你源配错了，也不是网络问题，而是 red hat 在 rhel 8 / centos 8 中彻底移除了 _compat-libcap1 这个兼容层包。它原本是为迁移到 libcap 2.x 时给旧二进制留的 abi 兼容垫片，而 centos 8 要求软件直接适配新版 libcap（即 libcap-2.26+）。所以所有报 failed to download metadata for repo 或 no match for argument: _compat-libcap1 的错误，本质是试图装一个已被废弃的包。
实际能用的替代方案只有两个
别折腾 EPEL 或第三方源找“同名包”，那基本是镜像残留或误打包。真正可行的路径只有：
- 改软件本身：联系供应商提供 CentOS 8 兼容版本（链接到
libcap.so.2而非libcap.so.1） - 换依赖方式：用
dnf install libcap安装当前系统原生的libcap，再检查你的程序是否真需要_compat-libcap1—— 大部分情况下，只是 rpm 包的Requires:字段写死了，实际运行并不依赖它 - 临时绕过（仅测试）：
rpm -ivh --nodeps your-package.rpm，但上线环境严禁这么干，缺失 cap 相关能力（如setcap权限）会导致功能异常
验证你的程序到底要不要 _compat-libcap1
先别急着装包，用 ldd 和 readelf 看清真实依赖：
ldd /path/to/your/binary | grep cap readelf -d /path/to/your/binary | grep NEEDED
如果输出里只有 libcap.so.2，说明它本就不需要 _compat-libcap1；如果真出现 libcap.so.1，那只能确认该二进制是为 CentOS 7 编译的，无法在原生 CentOS 8 上安全运行——这时候重编译或换容器（如 centos:7 镜像）才是正解。
CentOS 8 停服后这个问题更棘手
现在 mirror.centos.org 的 CentOS 8 仓库已归档，dnf 默认连元数据都拉不到。哪怕你找到某个历史镜像站还挂着 _compat-libcap1，装上去也大概率引发 libcap 版本冲突，导致 systemd、polkit 等关键组件异常。最稳妥的做法，是把依赖 _compat-libcap1 的服务迁移到 CentOS Stream 9 或 Rocky Linux 9，它们用的是统一的 libcap-2.48+ ABI，不再需要兼容层。
