4.2. 关于 spec 文件

名称

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

版本

软件的上游版本。

Release

发布软件包版本的次数。

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

概述

软件包的一个简短摘要。

许可证

被打包的软件许可证。

如何在 spec 文件中标记 License 的具体格式因您遵循的基于 RPM 的 Linux 发行版准则而不同，例如 GPLv3+。

URL

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

源

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

您可以定义多个 Source 指令，例如，具有单独发布的源代码和数据存档的软件。您可以在指令名称的末尾使用或不使用号码应用 Source 指令。如果未指定数字，则会在内部为条目分配数字。您也可以明确提供号码，例如 Source0、Source1、Source2、Source3 等。

Patch

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

您可以在指令名称末尾应用 Patch 指令或不带数字。如果未指定数字，则会在内部为条目分配数字。您还可以明确给出数字，例如 Patch0,Patch1,Patch2,Patch3 等。

您可以使用 %patch0、%patch1、 %patch 2 宏等单独应用补丁。宏在 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 指令，则这个软件包可以通过名称以外的依赖项引用。

%description

RPM 中打包的软件的完整描述。此描述可跨越多行，并且可以分为几个段落。

%prep

用于为构建准备软件的命令或一系列命令，例如，用于在 Source 指令中解压缩存档。%prep 指令可以包含 shell 脚本。

%build

将软件构建到机器代码（用于编译的语言）或字节代码（用于某些解释语言）的命令或一系列命令。

%install

在软件构建后，rpmbuild 实用程序将使用的命令或一系列命令将软件安装到 BUILDROOT 目录中。这些命令将所需的构建工件从 %_builddir 目录（其中发生构建）复制到包含要打包文件的目录结构的 %buildroot 目录。这包括将文件从 ~/rpmbuild/BUILD 复制到 ~/rpmbuild/BUILDROOT，并在 ~/rpmbuild/BUILDROOT 中创建必要的目录。

%install 目录是一个空的 chroot 基础目录，类似于最终用户 的根目录。您可以在此处创建包含安装文件的目录。要创建这样的目录，您可以使用 RPM 宏，而无需硬编码路径。

请注意，%install 仅在创建软件包时运行，而不在安装该软件包时运行。如需更多信息，请参阅使用 spec 文件。

%check

用于测试软件的命令或一系列命令，如单元测试。

%files

由 RPM 软件包提供的文件列表，安装用户系统及其完整路径位置。

在构建期间，如果 %buildroot 目录中没有列出 的文件，您将收到有关可能的未打包文件的警告。

在 %files 部分中，您可以使用内置宏来指示各种文件的角色。这可用于使用 rpm 命令查询软件包文件清单元数据。例如，要指示 LICENSE 文件是一个软件许可证文件，请使用 %license 宏。

%changelog

在不同 Version 或 Release 构建之间软件包发生的更改记录。这些更改包括软件包的每个 Version-Release 的 date-stamped 条目列表。这些条目日志打包更改，而不是软件更改，例如，在 %build 部分中添加补丁或更改构建流程。