The /usr/bin/clang is currently unresolvable, apparently because it's not listed in the project configuration.

Reason for this change is that the new libclang13, while still ABI-compatible, spits out identifiers that some libraries can't deal with. (boo#1210176, https://bugreports.qt.io/browse/PYSIDE-2268) Until these issues are fixed, a workaround would be to build with clang15-devel and llvm15-libclang13. But that's currently unresolvable because clang15-devel requires clang15 and clang-tools, which only exists in the latest version 16. These requirements are mostly because the devel package provides cmake(Clang), and CMake is unhappy if not all targets are available.

Now clang-tools is a collection of scripts that use clang plus some other binaries. It currently requires the latest version clang%{_sonum}, which requires the latest libclang13, conflicting with llvm15-libclang13. But the scripts should work with older versions as well. They refer to the unversioned executables provided by update-alternatives. If we only require /usr/bin/clang we should be able to resolve this.

An alternative would be to provide a symbolic name from clang%{_sonum} in all versions and require that in clang-tools. Or someone has an even better idea.

Aaron Puchert (aaronpuchert) - about 1 year ago

author source maintainer

The solution for python3-pyside2 was to add #!BuildIgnore: clang16. (sr#1079168)

The same might work for Thunderbird. Since this is expected to be a temporary workaround, I might also just revert the change.