Source: rheolef Version: 7.2-3 Severity: minor Tags: trixie sid ftbfs User: [email protected] Usertags: ftbfs-binary-20230816 ftbfs-binary-after-build User: [email protected] 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 rheolef > dpkg-buildpackage: info: source version 7.2-3 > dpkg-buildpackage: info: source distribution unstable > dpkg-buildpackage: info: source changed by Bastian Germann <[email protected]> > dpkg-source --before-build . > dpkg-buildpackage: info: host architecture amd64 > dpkg-source: info: using options from rheolef-7.2/debian/source/options: > --extend-diff-ignore=Makefile\.in|.*/Makefile\.in|aclocal\.m4|config/config\.h\.cache|config/hostfile\.txt|config/src2man\.sh|configure|config/compile|config/depcomp|config/install-sh|config/missing|config/test-driver|usrman/gnuplot\.cfg|fem/lib/basis_yacc\.output > debian/rules clean > dh clean > debian/rules override_dh_auto_clean > make[1]: Entering directory '/<<PKGBUILDDIR>>' > dh_auto_clean > make -j8 distclean > make[2]: Entering directory '/<<PKGBUILDDIR>>' > Making distclean in ci_gitlab > Making distclean in dockerfiles > Making distclean in debian_buster > rm -rf .libs _libs > rm -f *.lo > test -z "" || rm -f > test . = "." || test -z "" || rm -f > rm -f Makefile > Making distclean in ubuntu20.04 > rm -rf .libs _libs > rm -f *.lo > test -z "" || rm -f > test . = "." || test -z "" || rm -f > rm -f Makefile > rm -rf .libs _libs > rm -f *.lo > test -z "" || rm -f > test . = "." || test -z "" || rm -f > rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags > rm -f Makefile > rm -rf .libs _libs > rm -f *.lo > test -z "" || rm -f > test . = "." || test -z "" || rm -f > rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags > rm -f Makefile > Making distclean in config > test -z "*.ii *.ii_pic *.da *.gcov *.[oa1359] *.o.d cxx_repository/* > KCC_files/* KCC_pic/* *.[1-9]rheolef *.man[1-9] stamp-h1 stamp-h2 > rheolef-config.1rheolef Float.2rheolef rheolef.mk rheolef-config > src2dox_filter_html" || rm -f *.ii *.ii_pic *.da *.gcov *.[oa1359] *.o.d > cxx_repository/* KCC_files/* KCC_pic/* *.[1-9]rheolef *.man[1-9] stamp-h1 > stamp-h2 rheolef-config.1rheolef Float.2rheolef rheolef.mk rheolef-config > src2dox_filter_html > rm -rf .libs _libs > rm -rf cxx_repository > for f in .deps/*; do \ > rm -f $f; \ > touch $f; \ > done > touch: cannot touch '.deps/*': No such file or directory > make[3]: *** [Makefile:1127: clean-local] Error 1 > make[2]: *** [Makefile:526: distclean-recursive] Error 1 > make[2]: Leaving directory '/<<PKGBUILDDIR>>' > dh_auto_clean: error: make -j8 distclean returned exit code 2 > make[1]: *** [debian/rules:48: override_dh_auto_clean] Error 25 > make[1]: Leaving directory '/<<PKGBUILDDIR>>' > make: *** [debian/rules:30: clean] Error 2 > dpkg-buildpackage: error: debian/rules clean 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/rheolef_7.2-3_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.
