11.3. 存储库依赖解析的限制
在 Satellite 6 中解决存储库依赖项有很多挑战。这是个已知问题。如需更多信息,请参阅 BZ developed08169,BZ#1640420,BZ Development08169, 和 BZ screen9462。借助 Satellite,对您的内容视图使用增量更新可以解决一些存储库依赖项问题。但是,在存储库级别进行依赖关系解析仍然会在占用时出现问题。
当存储库更新以新依赖项可用时,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
。请注意,内容视图的增量更新没有添加软件包 example_repository-1.1
。因为您可以使用 yum 安装所有这些软件包,所以不会检测到潜在的问题。但是,当客户端安装 example_tools-1.1
软件包时,会出现依赖项解析问题,因为无法安装 example_repository-libs-1.0
和 example_repository-libs-1.1
。
这个问题目前还没有临时解决方案。当在基本 RPM 集合和应用的勘误集合之间的主 Y 版本的时间范围越大,出现依赖性问题的机会就越大。