我已经与MySQL的一个奇怪的内部版本的服务器上安装并希望该节点上安装collectd。 不幸的是collectd对MySQL的依赖和它失败,因为它的预期有一定的MySQL版本,其中已安装的一个版本是一个独特的内部一个安装。
是否有可能安装第二个版本的MySQL只是为了让过去的错误荫? 或使百胜集团认为它的安装?
我已经与MySQL的一个奇怪的内部版本的服务器上安装并希望该节点上安装collectd。 不幸的是collectd对MySQL的依赖和它失败,因为它的预期有一定的MySQL版本,其中已安装的一个版本是一个独特的内部一个安装。
是否有可能安装第二个版本的MySQL只是为了让过去的错误荫? 或使百胜集团认为它的安装?
它通常是不能安装在同一封装的两个版本。 这通常会导致无法解决的文件冲突,尽管有您可以在其中有没有冲突(例如,安装软件包的多个版本,极少数情况下kernel
包)。
它可以创建一个“假”的软件包,满足了丢失的依赖,尽管这样做表明你的系统上的东西是从根本上打破(通常情况下,有人装的东西,是不是真的打算用于特定的分配你使用)。 您将需要创建一个spec文件有Provides:
线路匹配你的依赖,沿着线:
Provides: mysql = 5.5.22
曾几何时我写了一个工具,叫做fakeprovide这有助于完成这样的事情......如果没有别的它可能给你一个模板规范文件的工作。
你也可以抢源RPM collectd
并重建它是与版本兼容MySQL
安装在系统上。