Bug#1049725: blis: Fails to build binary packages again after successful build

[Lucas Nussbaum]

Source: blis
Version: 0.9.0-1
Severity: minor
Tags: trixie sid ftbfs
User: lucas at debian.org
Usertags: ftbfs-binary-20230816 ftbfs-binary-after-build
User: debian-qa at lists.debian.org
Usertags: qa-doublebuild

Hi,

This package fails to do build a binary-only build (not source) after a
successful build (dpkg-buildpackage ; dpkg-buildpackage -b).

This is probably a clear violation of Debian Policy section 4.9 (clean target),
but this is filed as severity:minor for now, because a discussion on
debian-devel showed that we might want to revisit the requirement of a working
'clean' target.

More information about this class of issues, included common problems and
solutions, is available at
https://wiki.debian.org/qa.debian.org/FTBFS/DoubleBuild

Relevant part of the build log:
> cd /<<PKGBUILDDIR>> && runuser -u user42 -- dpkg-buildpackage --sanitize-env -us -uc -rfakeroot -b
> ---------------------------------------------------------------------------------------------------------------
> 
> dpkg-buildpackage: info: source package blis
> dpkg-buildpackage: info: source version 0.9.0-1
> dpkg-buildpackage: info: source distribution unstable
> dpkg-buildpackage: info: source changed by Mo Zhou <lumin at debian.org>
>  dpkg-source --before-build .
> dpkg-buildpackage: info: host architecture amd64
>  debian/rules clean
> dh clean -Smakefile
>    dh_auto_clean -O-Smakefile
>    dh_clean -O-Smakefile
>  debian/rules binary
> dh binary -Smakefile
>    dh_update_autotools_config -O-Smakefile
>    dh_autoreconf -O-Smakefile
>    debian/rules override_dh_auto_configure
> make[1]: Entering directory '/<<PKGBUILDDIR>>'
> # Generate maintainer scripts from templates
> set -e; cd debian; if test -z "$(echo 4-openmp | grep 64)"; then \
> 	cp libblis4-XXX.postinst     libblis4-openmp.postinst; \
> 	cp libblis4-XXX.prerm        libblis4-openmp.prerm; \
> 	cp libblis-XXX-dev.postinst  libblis-openmp-dev.postinst; \
> 	cp libblis-XXX-dev.prerm     libblis-openmp-dev.prerm; \
> 	for SCRIPT in libblis4-openmp.postinst libblis4-openmp.prerm \
> 		libblis-openmp-dev.postinst \
> 		libblis-openmp-dev.prerm; do \
> 		sed -i -e "s/@DEB_HOST_MULTIARCH@/x86_64-linux-gnu/g" \
> 			-e "s/@SUBDIR@/blis-openmp/g" \
> 			-e "s/@SOVER@/4/g" \
> 			$SCRIPT; \
> 		if test -n "$(echo 4-openmp | grep openmp)"; then \
> 			sed -i -e "s/@BLIS_PRI@/80/g" $SCRIPT; \
> 		elif test -n "$(echo 4-openmp | grep pthread)"; then \
> 			sed -i -e "s/@BLIS_PRI@/75/g" $SCRIPT; \
> 		else \
> 			sed -i -e "s/@BLIS_PRI@/70/g" $SCRIPT; \
> 		fi; \
> 	done; \
> else \
> 	cp libblis64-4-XXX.postinst     libblis4-openmp.postinst; \
> 	cp libblis64-4-XXX.prerm        libblis4-openmp.prerm; \
> 	cp libblis64-XXX-dev.postinst   libblis4-openmp-dev.postinst; \
> 	cp libblis64-XXX-dev.prerm      libblis4-openmp-dev.prerm; \
> 	for SCRIPT in libblis4-openmp.postinst libblis4-openmp.prerm \
> 		libblis4-openmp-dev.postinst \
> 		libblis4-openmp-dev.prerm; do \
> 		sed -i -e "s/@DEB_HOST_MULTIARCH@/x86_64-linux-gnu/g" \
> 			-e "s/@SUBDIR@/blis4-openmp/g" \
> 			-e "s/@SOVER@/4/g" \
> 			$SCRIPT; \
> 		if test -n "$(echo 4-openmp | grep openmp)"; then \
> 			sed -i -e "s/@BLIS_PRI@/80/g" $SCRIPT; \
> 		elif test -n "$(echo 4-openmp | grep pthread)"; then \
> 			sed -i -e "s/@BLIS_PRI@/75/g" $SCRIPT; \
> 		else \
> 			sed -i -e "s/@BLIS_PRI@/70/g" $SCRIPT; \
> 		fi; \
> 	done; \
> fi;
> # Run upstream configure script in duplicated source root directories
> mkdir 4-openmp
> mkdir: cannot create directory ‘4-openmp’: File exists
> make[1]: *** [debian/rules:73: config_4-openmp] Error 1
> make[1]: Leaving directory '/<<PKGBUILDDIR>>'
> make: *** [debian/rules:48: binary] Error 2
> dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
> 
> E: Command 'cd /<<PKGBUILDDIR>> && runuser -u user42 -- dpkg-buildpackage --sanitize-env -us -uc -rfakeroot -b' failed to run.


The full build log is available from:
http://qa-logs.debian.net/2023/08/16/blis_0.9.0-1_unstable.log

If you reassign this bug to another package, please mark it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

If you fail to reproduce this, please provide a build log and diff it with mine
so that we can identify if something relevant changed in the meantime.