Description of problem:

annocheck failing to identify some Rust executables as Rust executables on some architectures

Version-Release number of selected component (if applicable):

This information is not available to me. It was the version of annocheck that was run as part of the tests for the a particular release of stratisd.

See: https://osci-jenkins-1.ci.fedoraproject.org/job/fedora-ci/job/rpminspect-pipeline/job/master/77082/testReport/(root)/tests/_annocheck/.


How reproducible:

It is not always the same. In https://osci-jenkins-1.ci.fedoraproject.org/job/fedora-ci/job/rpminspect-pipeline/job/master/76782/testReport/(root)/tests/_annocheck/, it was the same set of executables, but only three architectures.

But it seems to occur in some form on f35, f36, and f37.


Steps to Reproduce:
1. Go through gating in Fedora OR
2. Observe previous instances on bodhi: https://bodhi.fedoraproject.org/updates/?packages=stratisd
3.

Actual results:

See instance of this problem here:
https://osci-jenkins-1.ci.fedoraproject.org/job/fedora-ci/job/rpminspect-pipeline/job/master/77082/testReport/(root)/tests/_annocheck/

This is detected by the INFO message: "Written in a language other than C/C++/Go/Rust".

All the executables checked in the example are Rust executables. Two Rust executables do not receive that message in each instance, six do. The two Rust executables that do not get that message are:
- stratis-setup-generator
- stratis-clevis-setup-generator
Both of these executables are hard links to stratis-str-cmp.

The list of executables that have that message are:
- stratis-str-cmp
- stratis-base32-decode (hard link to stratis-str-cmp)
- stratis-predict-usage (hard link to stratis-str-cmp)
- stratisd-min
- stratisd
- stratis-min

The important difference has got to be something to do with the debuginfo file being used by annocheck: For the six that aren't identified as Rust executables, the debug info file is: stratisd-debuginfo-3.0.4-1.fc35, for the ones that are identified as Rust executables the debug info file is stratisd-dracut-debuginfo-3.0.4-1.fc35 because these are included in the dracut subpackage of stratisd.

The arches where identification fails are: armv7hl, i686, x86_64, s390x. The arches where it appears to succeed are aarch64 and ppc64le.

It is unclear to me whether this behavior is caused by rpm macros, the Rust toolchain, or annocheck itself.


Expected results:

All the executables are Rust executables, they should be identified as such.

Additional info: