软件包构建问题跟踪
此页面用于跟踪在 Rocky Linux Koji 构建系统（开发/暂存）中失败的软件包：https://kojidev.rockylinux.org。
有两个表格。上面的表格用于当前正在调查的软件包。下面的表格用于已“解决”的软件包。
**软件包必须在 Koji 中成功构建后才能移至“已解决”表。** 这样做是为了避免对潜在修复产生混淆。Koji 是软件包是否已修复的最终仲裁者。
注意：如果您需要查看其说明，则仍然可以访问以 Skip G. 的 CentOS“实践构建”为中心的旧软件包错误跟踪页面：https://wiki.rocky-linux.cn/en/team/development/Package_Error_Tracking_older
方法¶
在 kojidev 上进行的构建从字面上讲是 Rocky Linux 项目向**测试版发布**迈进的实时进度。
为了实现这一目标，我们需要确保所有软件包都能够成功构建。Koji 这里有一个失败构建的列表：https://kojidev.rockylinux.org/koji/builds?state=3&order=-build_id（您也可以转到 Koji，点击构建，然后从下拉菜单中选择“状态：失败”）
您可以从失败列表中选择您感兴趣的软件包，然后点击“任务”链接，该链接将带您到失败的详细信息页面，然后点击“后代”列表中失败的部分。
现在您可以查看来自官方构建的原始模拟构建日志，并进行调查。（root.log 和 build.log 通常是调试目的中最有趣的）看看您是否可以在您的系统上使用 Mock 使构建工作，并记下您是如何做到的（补丁、需要依赖项或不同版本的依赖项等）。当您获得结果后，请返回 chat.rockylinux.org 上的**Dev/Packaging** 频道，并报告您的发现。有人会更新此页面以反映您的发现。
不用说，您对使用 Mock 构建工具以及 RPM 软件包编译过程的了解越多，您就越能提供帮助。如果您需要更多关于如何为 Rocky Linux 构建/排查 RPM 软件包的信息，您可能需要从我们的帮助指南开始（并阅读从那里链接的其他指南/材料）：https://wiki.rocky-linux.cn/en/team/development/Packaging_How_to_Help。
沟通¶
这些工作的大部分协调都是通过 Mattermost 打包聊天频道完成的。（https://chat.rockylinux.org/rocky-linux/channels/dev-packaging，或者如果您更喜欢 IRC：Freenode 上的 #rockylinux-devel-packaging）
如果您正在查看一个失败的软件包，请告诉大家！这样我们就可以避免重复工作。当您有修复方案或发现了有帮助的信息时，拥有 Wiki 访问权限的人员很乐意接受您的发现并在此处发布。
正在调查的软件包：¶
这是一个来自**kojidev.rockylinux.org**的失败构建列表，这些构建已被查看，并添加了说明。
此列表未按存储库分组。
| 软件包 | 说明 |
|---|---|
| bolt-0.9-1.el8 | 使用简单的模拟 chroot（isolation=simple）解决了权限问题，但仍然有 2 个测试以信号 5（SIGTRAP）失败。调查仍在进行中 |
| graphviz-2.40.1-40 | 如果关闭module_hotfixes=1则已修复。它会引入最新的 Ruby 2.7 而不是默认的 Ruby 2.5 流，这会破坏构建 |
| marisa | 可能是由于启用了 module_hotfixes 导致的。（Leigh 和 tjyang 在本地成功构建。更多调查……？） |
| python-requests | 缺少依赖项“python3-pytest-mock”（Leigh 和 tjyang 在本地成功构建。更多调查……？） |
| python-psycopg2 | 在本地也**失败**了。https://bugzilla.redhat.com/show_bug.cgi?id=1909674 可能需要补丁？https://src.fedoraproject.org/rpms/python-psycopg2/c/89f4b65570783ea763c37311e974296d3ff40d90?branch=master |
| scrub | x86_64 已通过，aarch64 在测试中失败（Leigh 和 tjyang 在本地成功构建。更多调查……？） |
| uglify-js | 如果module_hotfixes=1则已修复。当启用“module_hotfixes”时失败。这是由较新版本的 NodeJS 引起的。找到一个补丁，该补丁在较新版本的 uglify-js 中，可以修复任何版本的 NodeJS。（Leigh 和 tjyang 在本地成功构建。更多调查……？） |
已修复的软件包：¶
这些软件包在调查后已在 Koji 中成功构建。一旦它们在 Koji 中成功，就会从上面的列表中剪切/粘贴到这里。我们在此处保留它们的说明，以防将来出现问题。
| 软件包 | 说明 |
|---|---|