Re: misleading timestamps in binnmus
Guillem Jover writes ("Re: misleading timestamps in binnmus"):
> I think this should be fine. There's also SOURCE_DATE_EPOCH, that
> dpkg-buildpackage honors and otherwise sets now, which can be also
> retrieved with «dpkg-parsechangelog -STimestamp», but that should not
> be needed here anyway, because…
>
> > AIUI a buildd doing a binnmu will not
> > modify the debian/changelog file.
>
> … the changelogs do get a new entry, otherwise everything would fall
> apart. Something like this:
I found in the relevant python package that there was a separate
changelog.amd64. But indeed:
> So the actual problem is that the last timestamp gets reused for the
> binNMUs, which seems totally bogus to me. This needs to be fixed in
> whatever is injecting the binNMU entries on the buildds.
The same is true for libpython2.7-stdlib.
I've dropped the reproducible-builds list and added
debian-wb-team@l.d.o in the hope that they may be able to point us in
the right direction.
Thanks,
Ian.
--
Ian Jackson <ijackson@chiark.greenend.org.uk> These opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.
Reply to: