Bug#1049702: apertium-lex-tools: Fails to build binary packages again after successful build

Lucas Nussbaum lucas at debian.org
Wed Aug 16 08:42:48 BST 2023


Source: apertium-lex-tools
Version: 0.4.2-2
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 apertium-lex-tools
> dpkg-buildpackage: info: source version 0.4.2-2
> dpkg-buildpackage: info: source distribution unstable
> dpkg-buildpackage: info: source changed by Tino Didriksen <tino at didriksen.cc>
>  dpkg-source --before-build .
> dpkg-buildpackage: info: host architecture amd64
>  debian/rules clean
> dh clean --with python3
>    dh_auto_clean
> 	make -j8 distclean
> make[1]: Entering directory '/<<PKGBUILDDIR>>'
> Making distclean in src
> make[2]: Entering directory '/<<PKGBUILDDIR>>/src'
> test -z "*~ apertium-validate-lrx" || rm -f *~ apertium-validate-lrx
> test -z "libapertium-lex-tools.la" || rm -f libapertium-lex-tools.la
> rm -rf .libs _libs
> rm -f *.o
> rm -f *.lo
>  rm -f lrx-comp lrx-proc multitrans process-tagger-output yasmet irstlm-ranker
> rm -f *.tab.c
> test -z "" || rm -f 
> rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags
> test . = "." || test -z "" || rm -f 
> rm -f ./so_locations
> rm -f ./.deps/irstlm_ranker.Po
> rm -f ./.deps/lrx_comp.Po
> rm -f ./.deps/lrx_compiler.Plo
> rm -f ./.deps/lrx_proc.Po
> rm -f ./.deps/lrx_processor.Plo
> rm -f ./.deps/multi_translator.Plo
> rm -f ./.deps/multitrans.Po
> rm -f ./.deps/process_tagger_output.Po
> rm -f ./.deps/tagger_output_processor.Plo
> rm -f ./.deps/yasmet.Po
> rm -f Makefile
> make[2]: Leaving directory '/<<PKGBUILDDIR>>/src'
> Making distclean in scripts
> make[2]: Entering directory '/<<PKGBUILDDIR>>/scripts'
> rm -rf .libs _libs
> rm -f *.lo
> test -z "" || rm -f 
> test . = "." || test -z "" || rm -f 
> rm -f Makefile
> make[2]: Leaving directory '/<<PKGBUILDDIR>>/scripts'
> Making distclean in python
> make[2]: Entering directory '/<<PKGBUILDDIR>>/python'
> rm -rf .libs _libs
> rm *.py *.cpp
> rm -f *.lo
> test -z "setup.py" || rm -f setup.py
> test . = "." || test -z "" || rm -f 
> rm: cannot remove 'setup.py': No such file or directory
> make[2]: *** [Makefile:478: clean-local] Error 1
> make[2]: *** Waiting for unfinished jobs....
> make[2]: Leaving directory '/<<PKGBUILDDIR>>/python'
> make[1]: *** [Makefile:462: distclean-recursive] Error 1
> make[1]: Leaving directory '/<<PKGBUILDDIR>>'
> dh_auto_clean: error: make -j8 distclean returned exit code 2
> make: *** [debian/rules:13: clean] Error 25
> 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/apertium-lex-tools_0.4.2-2_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.



More information about the debian-science-maintainers mailing list