【问题标题】:How are RPMs in RHEL Package named?RHEL 包中的 RPM 是如何命名的?
【发布时间】:2017-03-29 12:18:06
【问题描述】:

我看到 RPM 包的名称如下,但是我对如何发布带有新补丁的 RPM 感到困惑? 例如

 RPM packages typically have file names like foo-1.0-1.i386.rpm. 
 The file name includes the package name (foo), version (1.0), release (1),
 and architecture (i386).

现在我的机器上安装了一个 unix odbc,其版本为 unixODBC-2.2.14-12.el6_3.x86_64 。 unixodbc 中有一个错误已在2.2.14p2-1 中解决,所以我想知道我应该寻找哪个 unixodbc rpm

2.2.14p2-1 是否意味着 unixODBC-2.2.14-21.el6_3.x86_64unixODBC-2.2.14-12.el6_3.x86_64 。我知道为 el6 使用此补丁及更高版本创建的所有 RPM 都将得到修复,但我看到 RHEL 在其 repo 中只有以下三个版本 unixODBC-2.2.14-12.el6_3.x86_64unixODBC-2.2.14-11.el6_3.x86_64unixODBC-2.2.14-14.el6_3.x86_64

【问题讨论】:

    标签: rpmbuild unixodbc rhel6


    【解决方案1】:

    通常的约定是“版本”-“发布”,可选的“点加分布”作为发布的一部分。版本匹配上游;发行版由打包者更改(每次他们出于其他原因添加补丁或重建时)。另见https://fedoraproject.org/wiki/Packaging:Versioning

    在您的示例中,2.2.14p2-1 表示unixODBC 的版本号是“2.2.14p2”,这是供应商第一次打包它。这可能会或可能不会包含在2.2.14-14.el6_3,这是 CentOS 6.3 的“2.2.14”的第 14 版。我说“也许”是因为上游的“p2”可能表明 CentOS 已经应用了上游已经接受的补丁。或者他们只是还没有下载和构建最新版本。

    【讨论】:

      猜你喜欢
      • 2014-09-24
      • 2020-05-02
      • 1970-01-01
      • 2021-06-30
      • 2023-03-20
      • 1970-01-01
      • 2013-08-18
      • 2014-11-10
      • 1970-01-01
      相关资源
      最近更新 更多