10.5. 仓库依赖解析的限制
在卫星中,使用对内容视图的增量更新解决了一些存储库依赖项问题。但是,在仓库级别的依赖项解析仍然会在 occasion 中造成问题。
当存储库更新与新依赖项可用时,Satellite 会检索最新版本的软件包来解决依赖项,即使现有存储库软件包中有旧版本。这可在安装软件包时创建更多依赖项解决问题。
示例情境
客户端上的存储库包含软件包 example_repository-1.0,其依赖项为 example_repository-libs-1.0。存储库也具有另一个软件包 example_tools-1.0。
软件包 example_tools-1.1 中提供了安全勘误。example_tools-1.1 软件包需要 example_repository-libs-1.1 软件包作为依赖项。
增量内容视图更新后,example_tools-1.1、example_tools-1.0 和 example_repository-libs-1.1 现在位于存储库中。存储库也具有软件包 example_repository-1.0 和 example_repository-libs-1.0。请注意,对 Content View 的增量更新没有添加软件包 example_repository-1.1。因为您可以使用 yum 安装所有这些软件包,因此不会检测到潜在的问题。但是,当客户端安装 example_tools-1.1 软件包时,会发生依赖项解决问题,因为 example_repository-libs-1.0 和 example_repository-libs-1.1 都不能安装。
当前没有解决此问题的方法。时间段越大,RPM 和所应用勘误表之间的次要 Y 版本越大,依赖项解析问题的可能性就越大。