CentOS 存储库:EPEL 或 rpmforge,哪个更好,为什么?

CentOS 存储库:EPEL 或 rpmforge,哪个更好,为什么?

因此,每个使用 CentOS 的人都知道默认存储库有其局限性。多年来,我一直使用 rpmforge 作为辅助存储库。我通常使用 yum 优先级来确保 rpmforge 永远不会安装基本存储库可以处理的内容。最近,我遇到了需要安装 EPEL 作为第三存储库的需求。EPEL 是否比 rpmforge 保持更新或以任何方式更好?我应该使用它而不是 rpmforge 吗?

答案1

这个问题问了好久了,但看起来 EPEL 现在比 RPMForge 更受欢迎,至少 CentOS 社区是这样。您可以在这里看到 EPEL 列在“社区批准的存储库”下:

CentOS 的可用存储库 - 社区认可的存储库

RPMForge 在“已知问题存储库”下列出:

RPMForge/RepoForge — 尽管曾经推荐,但这个存储库不再维护,也不建议使用。

CentOS 的可用存储库 - 已知问题存储库

答案2

我的理解是,EPEL 更多地用于基于硬件的软件包,例如图形驱动程序,而 rpmforge 则用于那些在 Linux 社区中可能流行但不是 CentOS 默认存储库的一部分的“其他”软件包,例如 htop。

不过,我确实认为 rpmforge 最近改变了其存储库的管理方式,启用的默认存储库没有与 CentOS 存储库冲突的软件包,据说可以消除 yum-priorities 的需要,但我没有看到太多关于此的文档。我思考EPEL 也这么做。

相关内容