可以在RPM规范文件中要求“ this or that”软件包吗？

有谁知道（或是否可以）在规格文件中指定替代需求或一组需求，而不是单个需求？

例如，假设有两个可用的软件包，方便地命名为foo-bar和bar-foo。我的包裹需要其中之一，但不是全部，而且我不在乎是哪一个。在运行时，我使用任何可用的方法。

如此有效，我想说一种方式：

Requires: foo-bar OR bar-foo

据我所知这是不可能的，但我认为这里的人比我更了解RPM，所以也许有一种方法可以做到。

更新：我仅控制的打包bar-foo，而不控制foo-bar，因此，两者都提供虚拟包将不起作用。

更新：我真正需要的是本身在每个软件包中的虚拟软件包。说foo-bar provides eagle' and棒FOO提供小猎犬and my package works with either (or both); but other packages require either鹰or小猎犬orFOO杆or扎foo`，目标系统可以具有任一或两个安装。

我目前倾向于使用%pre脚本来解决此问题，例如：

rpm -q eagle || rpm -q beagle || echo "need eagle or beagle" && /bin/false

虽然我很确定这行得通，但是这似乎是对RPM依赖项跟踪的残酷规避。例如，当您询问whatrequires foo-bar或时，您将永远看不到我的包裹whatrequires beagle。

更新：经过深思熟虑，foo-bar至少在我看来，要求人们将其安装在可能不能安装的地方的痛苦小于绕过RPM依赖管理的痛苦。因此，除非有人提出一种适当地要求“此或那个”的方式（我认为这通常是RPM中的一项很棒的功能），否则我打算只 要求它foo-bar，然后在运行时（如果bar-foo可用），我将在他们根据我需要的任何标准。

更新：另一个想法，它也可能欺骗RPM，但可能会使事情进入正确的状态。也许我可以%post直接摆弄RPM的数据库。因此%pre可以保护我免受无效的安装，并%post会追溯告诉RPM，我要求或者foo-bar或者bar-foo或者两者，取决于那里的东西，当我安装。

感谢您的建议！

从RPM 4.13开始，这已经成为可能。

https://rpm.org/user_doc/boolean_dependencies.html

它可以很简单： Requires: (pkgA >= 3.2 or pkgB)

这种行为已经由多个程序包完成，例如邮件传输代理。这些虚拟软件包为您的系统提供了一种方法，以了解其他程序是否已经提供了所需的功能。

查看rpm.org中的虚拟软件包示例是否对您有所帮助。

两种可能性：

如果部分foo-bar和bar-foo使用是一种常见的文件，你可以Require /path/to/file（我觉得这样，我的测试是有限的）。

您的情况类似于可选依赖项。处理它们的方式是先获得一个X-common包，然后再获得一个X-foo-bar需要foo-bar的X-bar-foo包和一个需要的包bar-foo。

让您的软件包bar-foo提供虚拟软件包foo-bar对您有用吗？

然后，您可以使burp-baz软件包需要foo-bar。

自动化系统（依赖管理或使用RPM的机器）中的不确定性确实是一件坏事。您希望它在这种情况下失败，因为失败仍然没有意外结果那么糟糕。

为了解决这个问题，也许让您要控制的程序包％提供不可变程序包也恰好提供并且其他软件所依赖的主要标记；然后让您的软件包过时了。特别是如果它已经安装到位，那么您可能会胜过其他安装。

打包以及适当的依赖性和安装操作是一项棘手的工作。目标-可靠，可重复，可审核的安装-如此有价值，以至于您可能会意识到正确安装的好处。

依赖地狱是自我造成的。没有例外