我在RHEL 5.5上进行系统范围的yum更新，并且IUS EPEL存储库抛出了一个缺失的依赖性错误： php53-mcrypt-5.3.3-4.ius.el5.x86_64 from installed has depsolving problems –> Missing Dependency: php53-common = 5.3.3-4.ius.el5 is needed by package php53-mcrypt- 5.3.3-4.ius.el5.x86_64 (installed) Error: Missing Dependency: php53-common = 5.3.3-4.ius.el5 is needed by package php53-mcrypt-5.3.3-4.ius.el5.x86_64 (installed) 是否有一种方法可以针对所有其他存储库运行YUM更新，忽略IUS EPEL回购以跳过此依赖性问题？ 澄清 我正在尝试从Redhatnetworking安装更新。 我无法find回购名称，所以我无法做类似sudo yum –disablerepo=* –enablerepo=rhel update因为我使用的yum版本不支持在–disablerepo之后列出的多个存储库。 更新 我的临时解决方法是运行sudo yum –exclude=php53* update 。 我深信还有更好的办法。 这个更好的方法包括解决实际问题，所以我也提交了IUS社区项目的错误。 更新＃2 看起来像我发现与依赖问题。 我仍然认为应该有一个可行的解决方法。 谢谢！
哪里是最好的知识库，你用来获得良好的维护Python 3.0的RPM？
每次我用yum安装某个东西的时候，它都会尝试安装包的x86_64和i386版本（如果两者都可用的话）。 有什么办法可以禁止，没有指定包的拱门？
现在CentOS 6.0正在向各个镜像站点发展，我想征求关于升级过程的意见。 在过去的几个月中，我一直在使用RedHat 5.6和6.x商业版本，我一直依靠全新的安装，而不是对我的testing系统进行就地升级。 由于真正的CentOS 6版本在这里，是否有人计划进行就地迁移？ 有没有什么情况下是有道理的？ 如果是这样，那么就地更新有什么缺陷？
我在几台没有GUI的机器上使用CentOS和Red Hat Enterprise Linux。 我如何检查最近安装的更新是否需要重启？ 在Ubuntu中，我习惯于检查/var/run/reboot-required是否存在。
我正在寻找与packages.debian.org类似的东西，仅用于CentOS 5和/或RHEL 5的Debian Package浏览器 [Red Hat Enterprise Linux]。
我已经search了一下，阅读了“傀儡或厨师即是问题”的文章。 我对使用案例，真实世界的实现感兴趣，人们在真实的问题基础上select了一个或另一个。 我特别感兴趣的是与皮匠问题的整合 （我知道木偶在这个方向上是一个标准方法）。 作为任何人有任何经验的鞋匠 – 厨师整合 ？ 提前致谢
从shell和没有root权限，我怎么能确定我正在运行的红帽企业Linux版本？ 理想情况下，我希望同时获得主要版本和次要版本，例如RHEL 4.0或RHEL 5.1等。