Answers:
我建议改用Fedora EPEL：
“用于Linux的额外软件包（EPEL）是Fedora项目基于志愿者的努力，旨在为Red Hat Enterprise（RHEL）及其兼容衍生产品（例如CentOS或Scientific Linux ）创建高质量的附加软件包的存储库。 Fedora是RHEL的上游，并且EPEL的附加软件包主要来自Fedora存储库，并针对RHEL构建。”
最新的Fedora版本的二进制RPM是针对较新的库构建的，因此通常与CentOS的较早库不兼容。如果您仍然想尝试Fedora RPM（并且没有EPEL替代方案），我将获得Fedora Source RPM并尝试在CentOS上重新编译（但由于依赖关系，通常会很困难）。
通常最好保持清晰，我认为答案不会令您感到惊讶。Fedora RPM可以依赖CentOS上不存在的软件版本。例如，Python 2.6 ABI在CentOS上不可用-不管什么版本-但在Fedora上是默认的。
除此之外，Fedora RPM很有可能会在Rent的前后脚本中使用CentOS上不可用的宏，或者尝试在CentOS上无法执行的脚本中进行处理。
也就是说，在CentOS上使用Fedora RPM 并非并非不可能。您可能只是幸运的。:-)
可能更安全的方法是在CentOS计算机上重建Fedora源RPM：如果RPM将在CentOS计算机上构建，那么我猜您会很安全。当然，RPM已经成为普通的CentOS RPM，而不再是Fedora RPM。
我同意wzzrd的观点，因为通常避开Fedora RPM是最安全的。我将检查第三方RPM存储库（例如RPMforge和EPEL），以查看所需的商品是否已被其他人重新打包。
但是：在从SRPM到Fentora等效的RPM到CentOS的安装中，我取得了相当成功。我所说的与fedora等效的意思是：您知道RHEL-4是基于Fedora Core 3的。同样，RHEL-5基于FC-6。因此，您可以从FC-6中获取.SRPM，然后尝试在CentOS-5上构建并安装它们，并且对成功抱有合理的期望。
有时，您可以从更高版本的FC中构建和安装SRPM，但是您可以快速了解核心库的版本信息。除非您（a）知道自己在做什么，并且（b）不介意清理大混乱，否则通常不应该将CentOS RPM升级到更高的FC。这可能很快就会失去控制，我建议在尝试在实时系统上进行抛弃式VM之前先进行试运行。