[Debian-med-packaging] Bug#1047661: libchado-perl: Fails to build source after successful build

[Lucas Nussbaum]

Source: libchado-perl
Version: 1.31-6
Severity: minor
Tags: trixie sid ftbfs
User: lucas at debian.org
Usertags: ftbfs-sab-20230813 ftbfs-source-after-build
User: debian-qa at lists.debian.org
Usertags: qa-doublebuild

Hi,

This package fails to build a source package after a successful build
(dpkg-buildpackage ; dpkg-buildpackage -S).

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/SourceAfterBuild

Relevant part of the build log:
> cd /<<PKGBUILDDIR>> && runuser -u user42 -- dpkg-buildpackage --sanitize-env -us -uc -rfakeroot -S
> --------------------------------------------------------------------------------------------------------------------------------
> 
> dpkg-buildpackage: info: source package libchado-perl
> dpkg-buildpackage: info: source version 1.31-6
> dpkg-buildpackage: info: source distribution unstable
> dpkg-buildpackage: info: source changed by Olivier Sallou <osallou at debian.org>
>  dpkg-source --before-build .
>  fakeroot debian/rules clean
> dh clean --buildsystem=perl_makemaker
>    dh_auto_clean -O--buildsystem=perl_makemaker
> 	make -j8 distclean
> make[1]: Entering directory '/<<PKGBUILDDIR>>'
> rm -f \
>   blib/script/gmod_add_organism.pl blib/script/gmod_apollo_triggers.pl \
>   blib/script/gmod_bulk_load_gff3.pl blib/script/gmod_bulk_load_pubmed.pl \
>   blib/script/gmod_chado_properties.pl blib/script/gmod_extract_dbxref_from_gff.pl \
>   blib/script/gmod_fasta2gff3.pl blib/script/gmod_gff3_preprocessor.pl \
>   blib/script/gmod_load_cvterms.pl blib/script/gmod_make_cvtermpath.pl \
>   blib/script/gmod_make_gff_from_dbxref.pl blib/script/gmod_materialized_view_tool.pl \
>   blib/script/gmod_sort_gff3.pl 
> "/usr/bin/perl" "-MExtUtils::Manifest=fullcheck" -e fullcheck
> rm -f \
>   chado.bso chado.def \
>   chado.exp chado.x \
>    blib/arch/auto/chado/extralibs.all \
>   blib/arch/auto/chado/extralibs.ld Makefile.aperl \
>   *.a *.o \
>   *perl.core MYMETA.json \
>   MYMETA.yml blibdirs.ts \
>   core core.*perl.*.? \
>   core.[0-9] core.[0-9][0-9] \
>   core.[0-9][0-9][0-9] core.[0-9][0-9][0-9][0-9] \
>   core.[0-9][0-9][0-9][0-9][0-9] libchado.def \
>   mon.out perl \
>   perl perl.exe \
>   perlmain.c pm_to_blib \
>   pm_to_blib.ts so_locations \
>   tmon.out 
> rm -rf \
>   chado-1.31.tar.gz /<<PKGBUILDDIR>>/debian/libchado-perl/tmp \
>   Build _build \
>   blib build.conf \
>   lib/Bio/Chado/AutoDBI.pm load/etc/load.conf 
> mv Makefile Makefile.old > /dev/null 2>&1
> rm -f \
>   Makefile Makefile.old 
> rm -rf \
>   chado-1.31 
> Can't cd to /tmp/systemd-private-1827b841ef2447aab04cc58e68748db9-systemd-logind.service-woH0mr: Permission denied
>  at /usr/share/perl/5.36/ExtUtils/Manifest.pm line 202.
> /tmp/pytest-of-user42/pytest-1/test_merger_operations_by_tradcurrent is encountered a second time at /usr/share/perl/5.36/File/Find.pm line 78.
> make[1]: *** [Makefile:843: distcheck] Error 13
> 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: fakeroot debian/rules clean subprocess returned exit status 2
> 
> E: Command 'cd /<<PKGBUILDDIR>> && runuser -u user42 -- dpkg-buildpackage --sanitize-env -us -uc -rfakeroot -S' failed to run.


The full build log is available from:
http://qa-logs.debian.net/2023/08/13/libchado-perl_1.31-6_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.