软件包构建问题跟踪

注意：此页面已弃用，并参考 Skip 的 CentOS 8.3“练习”构建。如果列出的软件包存在类似问题，则将其保留作为参考。

实际构建正在进行中，Koji 构建错误在主错误跟踪页面上进行跟踪：https://wiki.rocky-linux.cn/e/en/team/development/Package_Error_Tracking

此页面详细介绍了无法构建的软件包，或者为了实现构建而必须执行某些“特殊”操作的软件包。

例如，使用最新版本的依赖项构建时失败的软件包，并且需要强制降级到旧版本的构建依赖项的软件包将在此处列出。

此页面不适用于依赖项问题，也不适用于跟踪构建依赖软件包的顺序。这些信息在此 wiki 中的 Development/Build_Order/ 下进行跟踪。

仓库/构建

此页面跟踪来自以下来源的构建失败

• CentOS BaseOS
• CentOS AppStream
• CentOS PowerTools
• 外部依赖项

“外部依赖项”是指从 git.centos.org 下载并构建的软件包，并且不属于官方仓库。来自官方仓库的许多软件包都依赖于这些外部依赖项软件包。

方法和链接

目前，构建传递是从 CentOS 8.3 SRPM 和 Skip 的构建服务器完成的：（ https://rocky.lowend.ninja/RockyDevel/ ）

官方 Koji/MBS 基础设施已接近完成，当然将成为 Rocky 构建的官方位置。这项非官方工作是为了收集有助于官方构建顺利进行的信息。

所有构建“传递”均通过 Mock 完成，其结果将添加到构建服务器上的仓库中。这些仓库可用于后续构建，因此更多软件包获得了其依赖项并成功构建。

链接：

• 构建结果仓库：https://rocky.lowend.ninja/RockyDevel/ {BaseOS_final, BaseOS_devel, AppStream_final, AppStream_devel, PowerTools_final, PowerTools_devel, External_Deps}（仓库根据进入官方仓库的内容和其他构建过程中产生的不在官方仓库中的构建工件进行分离）
• 模拟配置：https://rocky.lowend.ninja/RockyDevel/mock_configs/ - 用于每个构建传递的模拟配置文件。
• 模拟构建日志和 RPM：https://rocky.lowend.ninja/RockyDevel/MOCK_RAW/ - 来自模拟构建的日志和结果 RPM。按仓库和软件包名称/版本进行分离。深入了解此处以查找错误日志并将其与 wiki 中列出的构建结果相匹配。
• 构建结果汇总：https://rocky.lowend.ninja/RockyDevel/deliverables/ - 来自每个构建传递的结果。哪些新软件包成功，哪些软件包失败，以及构建结果创建了哪些 RPM 文件。这些信息将复制到 wiki 中的 Development/Build_Order/ 以便于查看，但此处以原始形式提供。

关于模块化的一点说明

当前的软件包测试方法非常简单，没有考虑模块化流软件包（RHEL 8 中的新功能）。虽然我们不使用此方法生成模块化元数据来创建正确的模块，但仍然可以编译模块化软件包并使用模块化依赖项。

我们的模拟配置在 DNF 仓库配置文件中使用选项module_hotfixes=1，这会导致 DNF 考虑模拟中构建依赖项的所有软件包，即使是未启用的模块中的软件包。

迄今为止发现的软件包构建技巧：

• Perl：针对默认的 Perl 5.26 流构建所有内容（尤其是外部依赖项！），而不是最新的 5.30 流。上游的 Perl 软件包依赖于 5.26。

• Maven：创建空白的 maven.conf 文件：config_opts['files']['/etc/java/maven.conf'] = " " 通过更改模拟配置。与 Maven 相关的软件包有一个脚本会检查它，如果不存在则会失败

• Various(SystemD)：从列出的版本开始，SystemD 将其版本字符串输出从简单的“239”更改为更复杂的“239 (239-41.el8_3.1)”。破坏了几个软件包脚本。

• javapackages-tools：为了生成“maven-local-openjdk8”，您需要一个特定的提交，更多信息请参阅外部依赖项页面。

新列表

这是一个来自kojidev.rockylinux.org的构建失败列表，需要帮助。我们现在将开发工作重点放在帮助真正的构建上，而不是进行 CentOS 的“练习”构建。

此列表未按仓库进行分组。

软件包	注释
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	Leigh + tjyang 在本地成功构建。更多调查...？
python-requests	Leigh + tjyang 在本地成功构建。更多调查...？
python-psycopg2	在本地也失败。可能需要补丁？https://src.fedoraproject.org/rpms/python-psycopg2/c/89f4b65570783ea763c37311e974296d3ff40d90?branch=master
scrub	Leigh + tjyang 在本地成功构建。更多调查...？
uglify-js	Leigh + tjyang 在本地成功构建。更多调查...？

旧列表

以下是我们已调查的软件包列表。保留有关它们失败原因以及用于成功构建它们的任何解决方法的注释。随着我们收集更多信息，预计此列表会更新！

CentOS 8 BaseOS 仓库:

软件包	注释
~~efibootmgr-16-1.el8~~	~~补丁：https://git.rockylinux.org/staging/patch/efibootmgr~~
~~fwupdate-11-3.el8~~	~~补丁：https://git.rockylinux.org/staging/patch/fwupdate~~
~~libkcapi-1.2.0-2.el8~~	~~无法在默认的 Mock systemd-nspawn 容器中构建。必须使用mock --isolation=simple选项才能在传统的 chroot 中构建~~
~~libusbx-1.0.23-4.el8~~	~~补丁：https://github.com/elguero/centos8-libusbx/commit/daaad4ad85e7306ad0f111558bb143a2e9700b6d（模拟应该已经可以使用 git-core 了~~
~~python-cffi-1.11.5-5.el8~~	~~需要定义 %__python。使用--define '__python %__python3'构建（请参阅https://fedoraproject.org/wiki/Changes/PythonMacroError）~~
~~tpm2-abrmd-2.1.1-3.el8~~	~~补丁：https://git.rockylinux.org/staging/patch/tpm2-abrmd~~

CentOS 8 AppStream 仓库:

软件包	注释
~~abattis-cantarell-fonts-0.0.25-4.el8~~	~~已修补 fontforge 以修复段错误问题。使用其 BuildRequires 中修补的 fontforge 构建良好~~
~~apache-commons-logging-1.2-13.module_el8.0.0+39+6a9b6e22~~	~~需要构建--without avalon~~
~~brltty-5.6-28.el8~~	~~需要补丁以更改更新版本的 alsa 中 asoundlib.h 的位置。https://github.com/sjpp/centos8-brltty/commit/388ddcf6493d50ce34542c8badb1a54a9f811950（请参阅https://bugzilla.redhat.com/show_bug.cgi?id=1716389，https://src.fedoraproject.org/rpms/brltty/c/897ad85a69cd7fb53cabcbac2fbc7c0ca1719da7?branch=master）~~
~~ceph-12.2.7-9.el8~~	~~需要定义 %__python。使用--define '__python %__python3'构建（请参阅https://fedoraproject.org/wiki/Changes/PythonMacroError）~~
~~cobbler-2.0.7.1-6.module_el8.1.0+210+a3d63f21~~	~~需要定义 %__python。使用--define '__python %__python3'构建（请参阅https://fedoraproject.org/wiki/Changes/PythonMacroError）~~
~~cogl-1.22.2-10.el8~~	~~已提交到 Rocky Git 的修复程序。可能的修复程序：https://github.com/elguero/centos8-cogl/commit/a8b47440f5c7290d96d0b8786f48f323a8a950f9。通过在构建根目录中强制包含这些软件包来进一步构建：libdrm-devel libXxf86vm-devel mesa-libGL-devel mesa-libEGL-devel xml-common mesa-khr-devel（匹配 centos koji 构建）。但仍然失败。~~
~~cyrus-imapd-3.0.7-19.el8~~	~~已将隐藏依赖项添加到列表中，perl-Encode-IMAPUTF7。满足依赖项后将构建。~~
~~egl-wayland-1.1.4-1.el8~~	~~由于存在更新版本的mesa-libEGL-devel（请参阅https://github.com/NVIDIA/egl-wayland/commit/4a343a4b563e84c6258efbddf1d910f9dd6e0300），因此我们无法使用 vault.centos.org 中的 SRPM 构建egl-wayland。通过从 git.centos.org 中检出最新代码（生成相同的版本 1.1.4-1）来解决构建egl-wayland的问题，该代码现在包含一个修复此问题的补丁。~~
~~gegl04-0.4.4-6.el8~~	~~需要修补 SPEC 文件。将BuildRequires: pkgconfig(exiv2) >= 0.25更改为BuildRequires: compat-exiv2-026。~~
~~gcc-toolset-9-dyninst~~	~~这是一个 scl 构建。在 chroot 中，添加scl-utils-build和gcc-toolset-9-build。然后按如下方式定义scl宏：--define 'scl gcc-toolset-9'~~
~~gcc-toolset-9-gcc~~	~~这是一个 scl 构建。在 chroot 中，添加scl-utils-build和gcc-toolset-9-build。然后按如下方式定义scl宏：--define 'scl gcc-toolset-9'~~
~~gcc-toolset-10-dyninst~~	~~这是一个 scl 构建。在 chroot 中，添加scl-utils-build和gcc-toolset-10-build。然后按如下方式定义scl宏：--define 'scl gcc-toolset-10'~~
~~gcc-toolset-10-gcc~~	~~这是一个 scl 构建。在 chroot 中，添加scl-utils-build和gcc-toolset-10-build。然后按如下方式定义scl宏：--define 'scl gcc-toolset-10'~~
~~gcc-toolset-10-systemtap~~	~~这是一个 scl 构建。在 chroot 中，添加scl-utils-build和gcc-toolset-10-build。然后按如下方式定义scl宏：--define 'scl gcc-toolset-10'~~
~~google-guice-4.2.2-4.module_el8.~~	使用来自c8-stream-201902分支的javapackages-tool构建，没有强制任何内容进入buildroot。~~隐藏依赖项（较新版本）：objectweb-asm-7已添加到列表101中。通过强制将plexus-utils-3.3.0-3.el8.noarch objectweb-asm-7.2-2.el8_3.noarch构建到buildroot中，并设置maven模块中找到的_without宏，成功构建。~~
~~grafana~~	~~尝试下载依赖项。模拟环境中没有网络可用（通常情况下除非启用）。因为最新版本可以正确构建，所以将其从列表中删除。~~
~~gstreamer1-plugins-base~~	~~依赖项：egl-wayland-devel。已修复，应在下一次构建时构建~~
~~HdrHistogram-2.1.11-2.module_el8.2.0+460+6583c1d0~~	~~隐藏依赖项：replacer。已添加，应在下一次构建时构建。~~
httpcomponents-client-4.5.5-4.module_el8.0.0+39+6a9b6e22	使用--without memcached和--without ehcache构建
httpcomponents-client-4.5.10-*	构建成功。需要mockito-3.1.2-2.el8_3 - 已添加到列表101（byte-buddy添加到列表100，hamcrest添加到列表100，objectweb-asm-7（v7.3）添加到列表99）
httpcomponents-core-4.4.12-*	构建成功。需要mockito-3.1.2-2.el8_3 - 已添加到列表101（byte-buddy添加到列表100，hamcrest添加到列表100，objectweb-asm-7（v7.3）添加到列表99）
~~istack-commons~~	~~依赖项：dom4j - 需要构建dom4j。还需要强制将plexus-utils-3.3.0-3.el8.noarch构建到buildroot中（覆盖版本3.1）~~
~~jackson-annotations~~	~~隐藏依赖项：jackson-parent（已添加到列表101）~~
~~jackson-core~~	~~隐藏依赖项：jackson-bom。（已添加到列表101）~~
~~jackson-databind~~	~~隐藏依赖项：jackson-bom。（已添加到列表101）~~
~~jackson-jaxrs-providers~~	~~隐藏依赖项：glassfish-jax-rs-api, jackson-bom。（已添加到列表101）~~
~~jackson-module-jaxb-annotations~~	~~隐藏依赖项：jackson-parent（已添加到列表101）~~
~~jline~~	~~需要针对jansi-1.17*构建。通过强制将jansi-1.17和plexus-utils-3.3.0-3构建到buildroot中完成了构建。当模块构建时应该没问题，因为它在modulemd源代码中指定了这些。~~
~~jmc~~	~~隐藏依赖项：eclipse-pde，通过构建eclipse提供，它有很长的隐藏依赖项列表。（已添加到列表101）~~
~~jolokia-jvm-agent~~	~~隐藏依赖项：json-simple（已添加到列表101）~~
~~jss~~	~~已将补丁提交到暂存区：https://git.rockylinux.org/staging/patch/jss~~
~~liborcus-0.14.1-1.el8~~	~~隐藏依赖项：mdds-1.4位于分支c8s中，并且是特定的标签，imports/c8s/mdds-1.4.3-1.el8（已添加到列表101）~~
libreoffice-6.3.6.2-3.el8	一旦liborcus-0.14-1-1.el8能够构建，就应该构建。见上文。
~~libucil~~	~~较新的alsa-libs已移动asoundlib.h的位置。补丁：https://github.com/elguero/centos8-libucil/commit/cd15a416fc10456bab7a2ae67b2073d4a12a4b8c~~
~~libvirt-python-4.5.0-2.module_el8.2.0+320+13f867d7~~	~~存在较新版本。~~
~~mariadb-java-client-2.2.5~~	~~隐藏依赖项：replacer（已添加到列表101）~~
~~maven-3.5.4-5.module_el8.0.0+39+6a9b6e22~~	~~构建--without logback。还禁用了module_hotfixes并启用了maven-3.5模块以进行构建。我们认为在MBS下应该没问题(?)~~
~~maven-3.6.2-4.module_*~~	~~从c8-stream-201902构建了javapackages-tools，然后能够构建maven。~~隐藏依赖项：slf4j-sources（构建slf4j的工件），modello，mockito-core（它也有依赖项，byte-buddy（需要objectweb-asm-7）和hamcrest-core），xmlunit。需要禁用module_hotfixes并在模拟环境中启用maven:3.6流，应使用MBS自动构建~~
~~maven-wagon-3.1.0-1.module_el8.0.0+39+6a9b6e22~~	~~构建--without scm和--without ssh。构建过程10中显示的依赖项未在koji构建中使用，这表明通过使用这些条件将其构建而没有使用它们（https://koji.mbox.centos.org/pkgs/packages/maven-wagon/3.1.0/1.module_el8.0.0+39+6a9b6e22/data/logs/noarch/root.log）~~
~~mesa-libGLU-9.0.0-15.el8~~	~~补丁：https://github.com/elguero/centos8-mesa-libGLU/commit/87fc0e63afb3ac0eb65ff480ee6e616979f39927~~
~~mod_wsgi~~	~~需要--define 'python3_pkgversion 38'宏（如python38模块中指定）~~
~~mutter-3.32.2~~	需要pkgconfig(wayland-eglstream)。在满足该条件后，似乎可以工作。
~~numpy-1.14.2-*~~	~~这些是python27模块的一部分，必须使用--with python2和--without python3构建。当模块由MBS构建时应该没问题。~~
perl-File-HomeDir-1.00-14.module_el8.1.0+229+cd132df8	缺少BuildRequires: perl(Module::Install)（也许作为模块构建时没问题？）
perl-JSON-2.97.001-2.el8	~~缺少BuildRequires: perl-tests~~ 无法再重现错误。
~~perl-Module-Build-0.42.29-4.module_el8.3.0+406+78614513~~	~~需要--define 'perl_bootstrap 1'才能在不需要已从RHEL8中删除的依赖项的情况下构建~~
~~perl-URI-1.7~~	~~需要--define 'perl_bootstrap 1'才能在不需要已从RHEL8中删除的依赖项的情况下构建~~
~~pesign~~	~~https://github.com/elguero/centos8 pesign/commit/8e0b2ac48129cfe51dd1d53531e77dbc34317dc7~~
plexus-containers	现在由于c8-stream-201902中的javapackages-tool的存在，已构建。~~[ERROR] COMPILATION ERROR : [INFO] ------------------------------------------------------------- [ERROR] /builddir/build/BUILD/plexus-containers-plexus-containers-2.1.0/plexus-component-metadata/src/main/java/org/codehaus/plexus/metadata/ann/AnnReader.java:[38,18] cannot find symbol symbol: variable ASM7 location: interface org.objectweb.asm.Opcodes~~
~~plexus-build-api-0.0.7-20.module_el8.0.0+30+832da3a1~~	~~Git中的较新版本应该可以正常构建~~
~~plexus-interpolation-1.26-3.module_el8.~~	~~需要设置JAVA_HOME。config_opts['files']['/etc/profile.d/mystuff.sh'] = """ export JAVA_HOME=/ """~~
postgresql-jdbc-42.2.3-*	在本地构建良好??也许下一次构建将通过。
~~prometheus-jmx-exporter-0.12.0-5.el8~~	~~隐藏依赖项：prometheus-simpleclient-java和snakeyaml（已添加到列表101）。snakeyaml依赖于base64coder（已添加到列表100）。构建成功~~
~~prometheus-jmx-exporter-0.12.0-5.el8~~	~~其中一个隐藏依赖项是snakeyaml。此版本依赖于snakeyaml 1.26-2，该版本位于分支c8s中。~~
~~python-cups-1.9.72-21.el8.0.1~~	~~使用--define '__python %__python3'构建（参见https://fedoraproject.org/wiki/Changes/PythonMacroError）~~
~~python-systemd~~	~~可能的修复：https://github.com/elguero/centos8-python-systemd/commit/b015bd9c2673939465162cd8a03003222d00327e 受新Systemd中版本字符串较长（“239” vs. “239 (239.4-rhel)”）的影响参考：https://github.com/systemd/python-systemd/issues/90~~
~~pytz-2019.*~~	~~需要--define 'python3_pkgversion 38' - python38模块的一部分，因此在MBS中应该没问题~~
~~qt5-qtdoc-5.12.5-1.el8~~	~~隐藏依赖项qt5-qtbase-doc。从git.centos.org构建qt5-doc以满足。~~
~~qt5-qtwayland-5.12.5-1.el8~~	~~缺少BuildRequires: libXext-devel。已在git中修复。~~
~~rhncfg-5.10.120-10.module_el8.1.0+210+a3d63f21~~	~~需要定义%__python。使用--define '__python %__python3'构建（参见https://fedoraproject.org/wiki/Changes/PythonMacroError）~~
~~rust-1.41.1-1.module_el8.2.0+322+d7f93ccc~~	~~SRPM已过时 - 使用CentOS存储库中的rust-1.47（确定，已从Skip的构建服务器中删除）~~
scipy-1.3.1-4*	需要--define 'python3_pkgversion 38' - 否则它会获取python3软件包，这不能满足依赖项
~~SLOF~~	~~需要为ppc64le构建。规范需要目标架构。~~
~~spacewalk-backend-2.8.48-4.module_el8.1.0+210+a3d63f21~~	~~需要定义%__python。使用--define '__python %__python3'构建（参见https://fedoraproject.org/wiki/Changes/PythonMacroError）~~
~~spacewalk-usix-2.8.1-5.module_el8.1.0+210+a3d63f21~~	~~需要定义%__python。使用--define '__python %__python3'构建（参见https://fedoraproject.org/wiki/Changes/PythonMacroError）~~
~~subversion-~~	~~需要构建--without kwallet。CentOS Koji日志显示kwallet不存在。~~
~~varnish-6.0{2-1, 6-2}.~~	~~需要构建--with python3和--without python2~~
~~varnish-modules-0.15.0-~~	~~需要构建--with python3和--without python2~~
~~velocity-1.7-24.module_*~~	~~需要构建_without_hsqldb=1，并在profile.d中指向jdk而不是jre：export JAVA_HOME=/usr/lib/jvm/java/。当构建模块时，两者都可能有效。~~
~~xdg-desktop-portal-gtk-1.6.0-1.el8~~	~~它似乎在构建过程10中成功了（依赖项已满足）~~
~~xorg-x11-docs-1.7.1-7.el8~~	~~隐藏依赖项：passivetex，从分支c8构建隐藏依赖项。依赖项已满足并构建。~~
~~xorg-x11-server-1.20.{6-3, 8-6, 8-6.1}~~	~~依赖于egl-wayland，它目前无法构建。由于存在较新版本的mesa-libEGL-devel，我们无法使用vault.centos.org中的SRPM来构建egl-wayland（参见https://github.com/NVIDIA/egl-wayland/commit/4a343a4b563e84c6258efbddf1d910f9dd6e0300）。通过从git.centos.org检出最新代码（生成相同版本1.1.4-1）解决了构建egl-wayland的问题，该代码现在包含一个补丁来修复此问题。构建egl-wayland后，egl-wayland-devel存在以满足依赖项。~~

CentOS 8 PowerTools 存储库:

软件包	注释
apache-commons-logging	使用--without avalon构建
~~apache-ivy~~	~~启用了javapackages-tools-201801模块，并启用了javapackages-tools-201801宏。应该可以使用MBS正常构建。~~
assertj-core	使用--without memoryfilesystem构建
bsh	使用--without desktop构建时
~~compat-guile18~~	~~规范文件中的Obsoletes语法错误。补丁：https://github.com/N3WWN/rocky-debranding/tree/master/compat-guile18/ROCKY/CFG~~
dejagnu	隐藏依赖项：screen（已添加到列表101）
jaxen	使用--without dom4j构建**注意：**我们现在在外部存储库中拥有dom4j，并且可以正常构建。原始软件包是在没有dom4j的情况下构建的。如果我们想匹配CentOS提供的软件包，我建议在没有dom4j的情况下构建。
maven-doxia	使用--without itext、--without markdown和--without fop构建
maven-doxia-sitetools	使用--without markdown和--without fop构建
maven-invoker-plugin	使用--without groovy构建
maven-plugin-testing	依赖于PowerTools中的maven-wagon。见下文。使用本地存储库中的maven-wagon成功构建，优先于RockyDevExternals
maven-script-interpreter	使用--without groovy构建
maven-wagon	使用--without scm和--without ssh构建
~~mingw-cairo~~	~~隐藏依赖项：mingw-w64-tools , mingw-libxml2~~
~~mingw-gstreamer1~~	~~隐藏依赖项：mingw-w64-tools , mingw-libxml2~~
~~mingw-harfbuzz~~	~~隐藏依赖项：mingw-w64-tools~~
~~mingw-sqlite~~	~~隐藏依赖项：mingw-pdcurses~~
pandoc	需要引导Haskell编译器+依赖项（已完成...）
~~perl-B-Hooks-EndOfScope~~	~~隐藏依赖项：perl-Devel-Hide~~
~~perl-DateTime-Format-Builder~~	~~隐藏依赖项：perl-DateTime-Format-IBeat~~
~~perl-DateTime-Locale~~	~~隐藏依赖项：perl-File-ShareDir-Install，perl-Test-File-ShareDir~~
~~perl-Devel-CheckLib~~	~~隐藏依赖项：perl-IO-CaptureOutput~~
~~perl-JSON-XS~~	~~使用上述依赖项（gmk）对我来说有效~~
~~perl-MIME-Charset~~	~~使用上述依赖项（gmk）对我来说有效~~
~~perl-Module-Install-ReadmeFromPod~~	~~隐藏依赖项：perl-Module-Install，perl-Module-Install-AuthorRequires，perl-Module-Install-AutoLicense，perl-Test-InDistDir~~
~~perl-Params-ValidationCompiler~~	~~隐藏依赖项：perl-Test2-Plugin-NoWarnings，perl-Test-Without-Module~~
~~perl-Readonly~~	~~隐藏依赖项：perl-Module-Build-Tiny，perl-ExtUtils-Config，perl-ExtUtils-Helpers，perl-ExtUtils-InstallPaths~~
~~perl-Term-Size-Any~~	~~使用上述依赖项（gmk）对我来说有效~~
~~perl-Unicode-EastAsianWidth~~	~~隐藏依赖项：perl-Module-Package，perl-Module-Install-ManifestSkip，perl-Module-Manifest-Skip~~
~~perl-XML-Twig~~	~~隐藏依赖项：perl-XML-XPathEngine~~
perl-gettext	规范文件中的Obsoletes语法错误。补丁：https://github.com/N3WWN/rocky-debranding/tree/master/perl-gettext/ROCKY/CFG
perl-DateTime-Locale	隐藏依赖项：perl-Test-File-ShareDir（已添加到列表101）
perl-Module-Install-ReadmeFromPod	隐藏依赖项：perl-Module-Install-AuthorRequires和perl-Test-InDistDir（已添加到列表101）
pytest	通过使用--define 'python3_pkgversion 38'构建，隐藏依赖项：python-pluggy >= 0.12（与构建说明一起添加到列表101）
rubygem-rspec-core	隐藏依赖项：rubygem-thread_order（已添加到隐藏依赖项列表101）。需要禁用module_hotfixes才能使其针对rubygems-2.7.6.2构建（https://pkgs.dyn.su/rocky-8/artifacts/）
rubygem-rspec-mocks	隐藏依赖项：rubygem-thread_order（已添加到隐藏依赖项列表101）。需要禁用module_hotfixes才能使其针对rubygems-2.7.6.2构建（https://pkgs.dyn.su/rocky-8/artifacts/）
rubygem-rspec-support	隐藏依赖项：rubygem-thread_order（已添加到隐藏依赖项列表101）。需要禁用module_hotfixes才能使其针对rubygems-2.7.6.2构建（https://pkgs.dyn.su/rocky-8/artifacts/）
testng	使用--without groovy和--without snakeyaml构建
xbean	构建--without equinox、--without spring和--without groovy
xmvn	构建--without gradle

外部依赖项:

软件包	注释
dom4j	奇怪的软件包。它必须使用具有dom4j支持的jaxen软件包构建，CentOS中不存在该软件包。我们不得不使用来自Fedora 29的jaxen引导dom4j构建，该构建已编译了dom4j支持。
perl-*	确保针对Perl-5.26（默认流）构建，而不是Perl-5.30（可用的最新版本）。需要禁用module_hotfixes=1选项以强制使用默认Perl。也许MBS已修复...？
maven-*	需要存在/etc/maven.conf，如果找不到则会失败。在模拟环境中添加了一个空白文件：config_opts['files']['/etc/java/maven.conf'] = " "作为解决方法

旧版 SRPM 错误 这些错误已检查过，但属于旧版本的软件包，可能不再需要。

软件包	注释
device-mapper-multipath-0.8.3-3.el8	最新版本的 systemd 提供了有关版本号的额外信息 - "239 (239-41.el8_3.1)" 与旧版本中的 "239" 不同。因此脚本执行失败。将针对旧版本的 Systemd 进行构建。我们有一个更新版本的此软件包可以正常工作，可以考虑跳过。
device-mapper-multipath-0.8.3-3.el8_2.3	最新版本的 systemd 提供了有关版本号的额外信息 - "239 (239-41.el8_3.1)" 与旧版本中的 "239" 不同。因此脚本执行失败。将针对旧版本的 Systemd 进行构建。我们有一个更新版本的此软件包可以正常工作，可以考虑跳过。
samba-4.11.2-13.el8	需要 python3-ldb 版本低于或等于 2.0.999，但实际的 python3-ldb 版本为 2.1.3。我们有一个更新版本的此软件包可以正常工作，可以考虑跳过。（samba-4.12.3）
sssd-2.2.3-20.el8	错误：sssd -> 需要 pam_wrapper rpm (https://git.centos.org/rpms/pam_wrapper.git) 我们有一个更新版本的此软件包可以正常工作，可以考虑跳过。
bcc-0.11.0-2.el8	无法找到 clang-libs，即使应该满足此依赖项的软件包已安装。仅适用于 clang 9 或更低版本，但更新的 bcc 与 clang 10 似乎可以正常工作。可能可以跳过。
tigervnc-1.9.0-15.el8_1	xorg-server 1.20.7+ 需要实现 ddxInputThreadInit 函数。修复此问题的补丁位于 git.centos.org 上的最新版本中，并与xorg-server 1.20.8-6 兼容。这正是当前存储库中的版本。(https://git.centos.org/rpms/tigervnc/c/4a81f2fc8757bea7ff2c1d8b1fd881a2bed6803c?branch=c8) vault.centos.org 中的版本是针对xorg-server 1.20.3-11 构建的。建议跳过此软件包。
sbd-1.4.1-3.el8	构建错误是由 Pacemaker 中的更改引起的 (https://bugzilla.redhat.com/show_bug.cgi?id=1850078)。这已在更新版本中修复。建议跳过。
xorg-x11-drv-intel-2.99.917-38.20180618.el8	spec 文件中缺少BuildRequires: libXv-devel。已将其添加到 chroot 安装中。CentOS Koji 日志显示此隐藏依赖项已安装用于其构建 (https://koji.mbox.centos.org/pkgs/packages/xorg-x11-drv-intel/2.99.917/38.20180618.el8/data/logs/i686/root.log)
webkit2gtk3-2.24.4-2.el8_1	看起来构建错误是由libglvnd 存在引起的。原始构建使用了包含头文件的不同子包。这些软件包已被删除，并且似乎在 libglvnd 中。（参见 https://bugs.webkit.org/show_bug.cgi?id=204108）webkit2gtk3-2.24.4-2.el8_1 <--- 此版本是针对旧版本的 mesa 和 libglvnd 构建的。更新版本已重新调整到webkit2gtk3 2.28。我建议跳过此软件包，因为存在一个更新的软件包可以与最新的库一起使用。
~~spirv-tools-2019.5-1.20200129.git97f1d48.el8~~	~~spirv 头文件 已更改，并且此版本不再针对当前的最新版本构建。建议跳过，因为存在可以正常构建的更新版本。~~
spice-gtk-0.37-1.el8	spec 文件中缺少BuildRequires: libdrm-devel。在后续更新中存在。已将libdrm-devel 添加到 chroot 安装中并已构建。
vulkan-tools-1.2.131.1-1.el8	看起来许多更新的 vulkan 头文件和依赖项（如 spirv）已更新。针对更新的头文件和库进行构建会导致构建失败。在 Debian 帖子中发现有人尝试重建我们尝试重建的相同版本，并且解决方案是更新版本已修复构建问题。建议跳过，因为存在更新版本。
vulkan-validation-layers-1.2.13{1, 5}.*	与 vulkan-tools 存在相同的问题。存在更新的 vulkan 头文件和依赖项会导致此旧版本构建失败。建议跳过。