[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