Some thoughs: On arm64 [1] the binnmu .buildinfo contains: Environment: DEB_BUILD_OPTIONS="parallel=3" LC_ALL="POSIX" SOURCE_DATE_EPOCH="1522153653" while on armhf [2] the binnmu .buildinfo contains: Environment: DEB_BUILD_OPTIONS="parallel=4" LC_ALL="POSIX" SOURCE_DATE_EPOCH="1522224789" /s/b/dpkg-buildpackage does not overwrite SOURCE_DATE_EPOCH if it is already defined in the environment. Also, it looks like it does not parse the changelog.Debian.$arch that are bin- nmu specifics. Could it be that the wanna-build stack wrongly define the variable before calling dpkg-buildpackage? Any way, the value must be identical in all architectures. And it's not the case. [1] https://buildd.debian.org/status/fetch.php? pkg=rrdtool&arch=arm64&ver=1.7.0-1%2Bb1&stamp=1522153882&raw=0 [2] https://buildd.debian.org/status/fetch.php? pkg=rrdtool&arch=armhf&ver=1.7.0-1%2Bb1&stamp=1522225293&raw=0 On Thursday, 29 March 2018 14:41:28 CEST Jean-Michel Vourgère wrote: > Hello > > My package rrdtool [1] got some multi-arch failures since last bin-nmu. > > The problem is that pod2man uses the changelog date to generate the man > footer, and that date is no longer the same on all architectures ! > > /usr/share/doc/librrds-perl/changelog.Debian.arm64.gz contains > rrdtool (1.7.0-1+b1) sid; urgency=low, binary-only=yes > * Binary-only non-maintainer upload for arm64; no source changes. > * Rebuild without ruby2.3 support. > -- arm Build Daemon (arm-conova-01) <buildd_arm64-arm- > conova-01@buildd.debian.org> Tue, 27 Mar 2018 12:27:33 +0000 > > > while /usr/share/doc/librrds-perl/changelog.Debian.armhf.gz contains > rrdtool (1.7.0-1+b1) sid; urgency=low, binary-only=yes > * Binary-only non-maintainer upload for armhf; no source changes. > * Rebuild without ruby2.3 support. > -- armhf / armel Build Daemon (hoiby) > <buildd_armhf-hoiby@buildd.debian.org> Wed, 28 Mar 2018 08:13:09 +0000 > > > as a result, /usr/share/man/man3/RRDs.3pm.gz differs on arm64 architecture: > .TH RRDs 3pm "2018-03-27" "perl v5.26.1" "User Contributed Perl > Documentation" and on armhf architecture: > .TH RRDs 3pm "2018-03-28" "perl v5.26.1" "User Contributed Perl > Documentation" > > Ultimately, this makes package librrds-perl is no longer co-installable. > Multi-arch hinter says: > librrds-perl conflicts on /usr/share/man/man3/RRDs.3pm.gz on armhf <-> > amd64, arm64, armel, and 6 more > > Please advise how to proceed! > > > [1] https://tracker.debian.org/pkg/rrdtool
Attachment:
signature.asc
Description: This is a digitally signed message part.