Notes about issue timestamps_in_qch in unstable
|Suites:||stretch / buster / bullseye / unstable / experimental|
There has been done a lot of reproducible fixes in 5.5.0, so it is worth to
wait entering this version sid before retrying.
qhelpgenerator inserts a timestamp into documentation (qch) files,
which are sqlite3 databases. The timestamp used now respects
SOURCE_DATE_EPOCH, but is still affected by timezone.
sqlite3 databases appear to be reproducible in themselves, but qhelp
generator is using various file IDs which become non-deterministic due to
map access. For example
I suspect we just need a few sorts (and some time to build qt4-x11...)
debian bug https://bugs.debian.org/875847
upstream bug https://bugreports.qt.io/browse/QTBUG-62697
Packages in 'unstable' known to be affected by this issue:
(the 1/4 most-popular ones (within this issue) are underlined)
12 unreproducible packages in unstable/amd64:
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.
# 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.