Control: tags -1 wontfix
On Sat, 10 Aug 2019 21:24:37 +0300 Dmitry Shachnev <mity...@debian.org>
wrote:
> Package: debhelper
> Version: 12.3
> Severity: wishlist
>
> Dear debhelper maintainers,
>
> Our package qtbase5-dev (which is marked as Multi-Arch: same) was recently
> binNMUed, after which it started producing errors when trying to install it
> for different architectures (so it has become non-same actually). Please
> see bugs #934215 and #934265.
>
> diffoscope showed me the following diff for
> /usr/share/qt5/doc/global/template/images/Qt-logo.png:
>
> tIME {
> - # 7 Aug 2019 18:06:40 GMT
> + # 7 Aug 2019 17:59:06 GMT
> ...
>
> I figured out that these timestamps are coming from binNMU changelogs.
> For example, usr/share/doc/qtbase5-dev/changelog.Debian.i386.gz has:
>
> qtbase-opensource-src (5.11.3+dfsg1-2+b1) sid; urgency=low, binary-only=yes
>
> * Binary-only non-maintainer upload for i386; no source changes.
> * Rebuild with libdouble-conversion3.
>
> -- i386 Build Daemon (x86-grnet-01)
> <buildd_amd64-x86-grnet...@buildd.debian.org> Wed, 07 Aug 2019 17:59:06 +0000
>
> The date in PNG metadata is changed by dh_strip_nondeterminism. Originally
> I wanted to submit a bug against that tool, but I noticed that it uses
> get_source_date_epoch() function from Debian::Debhelper::Dh_Lib module.
>
> I think it would be nice if that function ignored binNMU changelog entries.
> As a workaround, we will use the -X option of dh_strip_nondeterminism for now.
>
> --
> Dmitry Shachnev
Hi Dmitry,
I brought up this bug in the #debian-reproducible IRC channel and was
pointed to #843773 as a counter argument against fiddling with the
timestamp get_source_date_epoch.
Often it is better to *not* store timestamps within file metadata of
generated files in the first place instead of normalizing them (if
possible).
Thanks,
~Niels
