4.2. 关于 spec 文件

Name

软件包的基本名称必须与 spec 文件名匹配。

Version

软件的上游版本号。

发布

软件包版本发布的次数。

将初始值设置为 1%{?dist}，并随着软件包的每次新发布而增加该值。当构建软件的新 版本 时，重置为 1。

Summary

软件包的一行简短摘要。

License

被打包的软件的许可证。

如何在 spec 文件中标记 License 的确切格式随您遵循的基于 RPM 的 Linux 发行版准则（例如 GPLv3+）而异。

URL

有关软件的更多信息的完整 URL，例如，打包软件的上游项目网站。

Source

到压缩的未打补丁的上游源代码的存档的路径或 URL。此链接必须指向存档的可访问且可靠的存储，例如上游页面，不是打包程序的本地存储。

您可以在指令名称的末尾使用或不使用号码应用 Source 指令。如果没有给定号码，则会在内部将号码分配给条目。您也可以明确提供号码，例如 Source0、Source1、Source2、Source3 等。

Patch

应用到源代码的第一个补丁的名称（如有必要）。

您可以在指令名称的末尾使用或不使用号码应用 Patch 指令。如果没有给定号码，则会在内部将号码分配给条目。您也可以明确提供号码，如 Patch0,Patch1,Patch2,Patch3 等。

您可以使用 %patch0、%patch1、%patch2 宏等单独应用补丁。宏在 RPM spec 文件的 Body 部分中的 %prep 指令中应用。或者，您可以使用 %autopatch 宏，其按它们在 spec 文件中的顺序自动应用所有补丁。

BuildArch

将为之构建软件的架构

如果软件不依赖于架构，例如，如果您完全使用解释型编程语言编写软件，请将值设为 BuildArch: noarch。如果没有设置这个值，软件会自动继承构建它的机器的架构，例如 x86_64。

BuildRequires

构建使用编译语言编写的程序所需的逗号或空格分开的软件包的列表。BuildRequires 可以有多个条目，每个条目都在 SPEC 文件中的独立的行中。

Requires

安装之后，软件需要以逗号或空格分开的软件包列表。可以有多个 Requires 条目，每个条目在 spec 文件中各有一行。

ExcludeArch

如果软件的一部分无法在特定的处理器架构上运行，您可以在 ExcludeArch 指令中排除此架构。

Conflicts

不必安装在系统上，以便您的软件在安装时可以正常工作的用逗号或空格分开的软件包的列表。可以有多个 Conflicts 条目，每个条目在 spec 文件中各占一行。

Obsoletes

Obsoletes 指令根据以下因素更改更新的工作方式：

Provides

如果您向软件包中添加了 Provides 指令，则这个软件包可以通过依赖项，而不是其名称引用。