Bug#981924: Bug#981930: libelf1: fails to install
On Fri, 05 Feb 2021 at 15:41:18 +0000, Simon McVittie wrote:
> On Fri, 05 Feb 2021 at 13:11:26 +0100, Helmut Grohne wrote:
> > dh-strip-nondeterminism needs to be fixed and elfutils needs to be
> > binNMUed after that.
>
> Unfortunately, the binNMU hasn't resolved this. Perhaps
> dh-strip-nondeterminism needs further changes, or perhaps elfutils
> is calling it wrong?
Actually, I think it's neither of those: this appears to be #969501.
If Multi-Arch: same packages are binNMU'd, the date on each architecture's
changelog entry is different, so SOURCE_DATE_EPOCH takes a different value.
The changelog entries shown in the build logs:
> Binary-Only-Changes:
> elfutils (0.182+20210203-1.1+b1) sid; urgency=low, binary-only=yes
> .
> * Binary-only non-maintainer upload for amd64; no source changes.
> * Rebuild with dh-strip-nondeterminism 1.10.0-1
> .
> -- all / amd64 / i386 Build Daemon (x86-conova-01) <buildd_amd64-x86-conova-01@buildd.debian.org> Fri, 05 Feb 2021 12:41:43 +0000
>
> Binary-Only-Changes:
> elfutils (0.182+20210203-1.1+b1) sid; urgency=low, binary-only=yes
> .
> * Binary-only non-maintainer upload for i386; no source changes.
> * Rebuild with dh-strip-nondeterminism 1.10.0-1
> .
> -- i386 Build Daemon (x86-grnet-01) <buildd_amd64-x86-grnet-01@buildd.debian.org> Fri, 05 Feb 2021 12:42:10 +0000
have dates that are consistent with the PO-Revision-Date in the resulting
binary packages:
> │ │ │ │ --- libelf1_0.182+20210203-1.1+b1_amd64/usr/share/locale/en@boldquot/LC_MESSAGES/elfutils.mo
> │ │ │ ├── +++ libelf1_0.182+20210203-1.1+b1_i386/usr/share/locale/en@boldquot/LC_MESSAGES/elfutils.mo
...
> │ │ │ │ │ -"PO-Revision-Date: 2021-02-05 12:41+0000\n"
> │ │ │ │ │ +"PO-Revision-Date: 2021-02-05 12:42+0000\n"
Workaround: another sourceful NMU would get them back into alignment.
Helmut, would you be able to do a new NMU with no changes other than the
changelog?
For elfutils, breaking out an Architecture: all elfutils-l10n or
elfutils-common package would also work around this, at the cost of a
trip through NEW. I'm going to report a separate wishlist bug for this.
I suspect the only long-term solution to this in general would be to
replace binNMUs with automated "rebuild, no source changes" sourceful
uploads, like Ubuntu uses (e.g.
<https://packages.ubuntu.com/hirsute/claws-mail> as of today).
smcv
Reply to: