11.3. 仓库依赖解析的限制


在 Satellite 6 中解决存储库依赖项会有很多挑战。这是个已知问题。如需更多信息,请参阅 BZ86_64-08169 , BZ [--40420,BZ &&08169, 和 BZ to29462。使用 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.1example_tools-1.0example_repository-libs-1.1 现在位于存储库中。存储库也包含软件包 example_repository-1.0example_repository-libs-1.0。请注意,内容视图的增量更新没有添加软件包 example_repository-1.1。因为您可以使用 yum 安装所有这些软件包,所以不会检测到潜在的问题。但是,当客户端安装 example_tools-1.1 软件包时,会发生依赖项解析问题,因为无法安装 example_repository-libs-1.0example_repository-libs-1.1

目前,这个问题还没有临时解决方案。当在基本 RPM 集合和应用的勘误集合之间的主 Y 版本的时间范围越大,出现依赖性问题的机会就越大。

Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.