Re: multi-arch:same failures when bin-nmus changelog dates are not the same
On 03/29/2018 02:41 PM, 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!
>
Make the manpage contents not depend on the build date?
Cheers,
Julien
Reply to: