[rrdtool-maint] multi-arch:same failures when bin-nmus changelog dates are not the same
Jean-Michel Vourgère
nirgal at debian.org
Thu Mar 29 12:41:28 UTC 2018
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 at 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 at 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
More information about the pkg-rrdtool-maint
mailing list