On Mon, Jun 26, 2023 at 11:05:11AM -0700, Vagrant Cascadian wrote:
> Source: menu
> Severity: normal
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: timestamps
> X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
>
> The timestamp is embedded in the gzip headers of menu.info.gz:
>
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/menu.html
>
> /usr/share/info/menu.info.gz
>
>
> gzip·compressed·data,·was·"menu.info",·last·modified:·Mon·Jun·26·13:22:38·2023,·max·compression,·from·Unix
> vs.
>
> gzip·compressed·data,·was·"menu.info",·last·modified:·Sun·Jul·28·19:49:45·2024,·max·compression,·from·Unix
>
> The attached patch to debian/rules works around this by uncompressing
> the menu.info.gz and letting dh_compress handle the compression.
>
> A better solution might be to fix this upstream, by using "gzip
> --no-name". It looks like doc/Makefile.* would be the place, but I had
> no luck adding it to the gzip calls there.
You need to rerun automake.
But the actual bug is that the Makefile remove menu.info, which causes it to be
regenerated with a different timestamp, which was not intended.
Also if you know how to fix the C++ warning, tell me.
hints.h: In constructor 'hints::hints()':
hints.h:72:9: warning: member 'hints::hint_nentry' is used uninitialized
[-Wuninitialized]
72 | hint_nentry), hint_nentry(6), hint_topnentry(6), max_ntry(5),
| ^~~~~~~~~~~
Cheers,
--
Bill. <ballo...@debian.org>
Imagine a large red swirl here.
