Source: spooles Version: 2.2-14 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: > ln -s libspooles.so.2.2 libspooles.so > ln: failed to create symbolic link 'libspooles.so': File exists > make[2]: *** [makefile:129: lib] Error 1 > make[2]: Leaving directory '/<<PKGBUILDDIR>>' > dh_auto_build: error: make -j8 "INSTALL=install --strip-program=true" lib > returned exit code 2 > make[1]: *** [debian/rules:6: override_dh_auto_build-arch] Error 25 > make[1]: Leaving directory '/<<PKGBUILDDIR>>' > make: *** [debian/rules:3: build] Error 2 > dpkg-buildpackage: error: debian/rules build 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/spooles_2.2-14_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.
