Source: trash-cli
Version: 0.17.1.14-1
X-Debbugs-CC: debian-ci@lists.debian.org
User: debian-ci@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of trash-cli the autopkgtest of trash-cli fails in
testing when that autopkgtest is run with the binary packages of
trash-cli from unstable. It passes when run with only packages from
testing. In tabular form:
pass fail
trash-cli from testing 0.17.1.14-1
all others from testing from testing
I copied some of the output at the bottom of this report. Looking at the
error and the changelog of the last upload it seems the autopkgtest is
merely missing an update to use the new binary. Without diving into
anything I wonder though why the old binary isn't provided to the users
via a symlink. Is the old file conflicting with something else?
Currently this regression is contributing to the delay of the migration
to testing [1]. Can you please investigate the situation and fix it?
More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
Paul
[1] https://qa.debian.org/excuses.php?package=trash-cli
https://ci.debian.net/data/autopkgtest/testing/amd64/t/trash-cli/1204138/log.gz
autopkgtest [04:43:49]: test trash-cli: [-----------------------
/tmp/autopkgtest-lxc.tomcedxb/downtmp/build.45s/src/debian/tests/trash-cli:
33:
/tmp/autopkgtest-lxc.tomcedxb/downtmp/build.45s/src/debian/tests/trash-cli:
restore-trash: not found
autopkgtest [04:43:49]: test trash-cli: -----------------------]
Attachment:
signature.asc
Description: OpenPGP digital signature