Debian navigation

Notes about issue build_id_variation_requiring_further_investigation in bullseye

Identifier: build_id_variation_requiring_further_investigation
Suites: unstable / trixie / bookworm / bullseye / experimental
Description: ld adds a Build ID in ELF binaries used to link external debug symbols.
See https://fedoraproject.org/wiki/Releases/FeatureBuildId#Unique_build_ID for
the spec.
The default value is a SHA1 hash over the content of the binary. See
the `--build-id` option in https://sourceware.org/binutils/docs-2.25/ld/Options.html
for other behavior.
Unless a different way to compute Build IDs has been specified, different Build IDs
are the symptom of different binary content. The actual source of the
difference might not be visible because the debug symbols might have been stripped
(and they can contain filenames which can differ if the build path is different).
There is no general solution for this problem. The source of the variation must
be tracked and fixed. The issue can come from variations in order of object
members or objects themselves, different content (e.g. `__DATE__` CPP
macros or similar), or other interesting things.
Packages in 'bullseye' known to be affected by this issue:
(the 1/4 most-popular ones (within this issue) are underlined)

reproducible icon 31 reproducible packages in bullseye/amd64: bluez-qt chromaprint dash debconf-kde dublin-traceroute ebook-tools fcitx-qt5 gr-fcdproplus gr-iqbal kauth kcalc kcalutils kdecoration kded kdegraphics-mobipocket khelpcenter kholidays kiconthemes kidletime kpackage ktexteditor kwayland libcoverart libkf5incidenceeditor libmusicbrainz5 mrtdreader nordlicht screengrab stellarium tercpp uchardet

FTBR icon 1 unreproducible packages in bullseye/amd64: libranlip

 

Our notes about issues affecting packages are stored in notes.git and are targeted at packages in Debian in 'unstable/amd64' (unless they say otherwise).

A package name displayed with a bold font is an indication that this package has a note. Visited packages are linked in green, those which have not been visited are linked in blue.
A # sign after the name of a package indicates that a bug is filed against it. Likewise, a + sign indicates there is a patch available, a P means a pending bug while # indicates a closed bug. In cases of several bugs, the symbol is repeated.