[Debian-med-packaging] Bug#831919: staden: FTBFS with dpkg-buildpackage -A: mv: cannot stat 'debian/staden/usr/share/man/man1/spin.1': No such file or directory

[Lucas Nussbaum]

Source: staden
Version: 2.0.0+b11-1
Severity: important
Tags: stretch sid
User: debian-qa at lists.debian.org
Usertags: qa-ftbfs-20160720 qa-ftbfs qa-indep
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.  This rebuild was done by building only the architecture-independent
packages.  At the same time, a normal build succeeded, which points the
problem specifically to build-indep/binary-indep targets.

If all the arch-independent packages are dummy transitional packages
released with jessie, the easy fix is to drop them now. If not, debian/rules
should be modified so that the build-indep and binary-indep target generates
the architecture independent packages (and only those).

After checking that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work
properly, this package will be suitable to be uploaded in source-only form if
you wish.

I file this bug as severity: important, but Santiago Vila, who led this
effort (kudos to him), got approval from the release team to consider those
bugs RC for stretch. The severity will be increased to 'serious' shortly.
See #830997 for details.

Relevant part (hopefully):
> make[1]: Entering directory '/<<BUILDDIR>>/staden-2.0.0+b11'
> dh_installman
> # due to a file name conflict spin.1 is moved outof the way #826684
> mkdir -p debian/staden/usr/lib/debian-med/share/man/man1/
> mv debian/staden/usr/share/man/man1/spin.1 debian/staden/usr/lib/debian-med/share/man/man1/
> mv: cannot stat 'debian/staden/usr/share/man/man1/spin.1': No such file or directory
> debian/rules:50: recipe for target 'override_dh_installman' failed
> make[1]: *** [override_dh_installman] Error 1

The full build log is available from:
   http://people.debian.org/~lucas/logs/2016/07/20/staden_2.0.0+b11-1_unstable_archallonly.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.