[Debichem-devel] Bug#1044244: gamgi: Fails to build source after successful build

[Lucas Nussbaum]

Source: gamgi
Version: 0.17.5-1
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 gamgi
> dpkg-buildpackage: info: source version 0.17.5-1
> dpkg-buildpackage: info: source distribution unstable
> dpkg-buildpackage: info: source changed by Andreas Tille <tille at debian.org>
>  dpkg-source --before-build .
>  debian/rules clean
> dh clean
>    debian/rules override_dh_clean
> make[1]: Entering directory '/<<PKGBUILDDIR>>'
> find . -name \*.o | xargs rm -f
> rm -f src/global/gamgi.real src/gamgi.real gamgi.1
> [ ! -f src/make_local.orig ] || cp -a src/make_local.orig src/make_local
> dh_clean
> make[1]: Leaving directory '/<<PKGBUILDDIR>>'
>  dpkg-source -b .
> dpkg-source: info: using source format '3.0 (quilt)'
> dpkg-source: info: building gamgi using existing ./gamgi_0.17.5.orig.tar.gz
> dpkg-source: info: using patch list from debian/patches/series
> dpkg-source: error: cannot represent change to usr/share/icons/hicolor/16x16/apps/gamgi.png: binary file contents changed
> dpkg-source: error: add usr/share/icons/hicolor/16x16/apps/gamgi.png in debian/source/include-binaries if you want to store the modified binary in the debian tarball
> dpkg-source: warning: executable mode 0755 of 'usr/share/icons/hicolor/16x16/apps/gamgi.png' will not be represented in diff
> dpkg-source: error: cannot represent change to usr/share/icons/hicolor/22x22/apps/gamgi.png: binary file contents changed
> dpkg-source: error: add usr/share/icons/hicolor/22x22/apps/gamgi.png in debian/source/include-binaries if you want to store the modified binary in the debian tarball
> dpkg-source: warning: executable mode 0755 of 'usr/share/icons/hicolor/22x22/apps/gamgi.png' will not be represented in diff
> dpkg-source: error: cannot represent change to usr/share/icons/hicolor/32x32/apps/gamgi.png: binary file contents changed
> dpkg-source: error: add usr/share/icons/hicolor/32x32/apps/gamgi.png in debian/source/include-binaries if you want to store the modified binary in the debian tarball
> dpkg-source: warning: executable mode 0755 of 'usr/share/icons/hicolor/32x32/apps/gamgi.png' will not be represented in diff
> dpkg-source: error: cannot represent change to usr/share/icons/hicolor/48x48/apps/gamgi.png: binary file contents changed
> dpkg-source: error: add usr/share/icons/hicolor/48x48/apps/gamgi.png in debian/source/include-binaries if you want to store the modified binary in the debian tarball
> dpkg-source: warning: executable mode 0755 of 'usr/share/icons/hicolor/48x48/apps/gamgi.png' will not be represented in diff
> dpkg-source: error: unrepresentable changes to source
> dpkg-buildpackage: error: dpkg-source -b . subprocess returned exit status 29
> 
> 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/gamgi_0.17.5-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.