Please describe the problem.
Trying to build fresh snapshot for neurodebian but 3 tests report failing Full buildlogs are at http://neuro.debian.net/files/buildlogs/git-annex/7.20181211+git29-gab4a1bed9
neurodebian@smaug ../7.20181211+git29-gab4a1bed9-1~ndall+1 % grep -B3 '^FAIL' git-annex_7.20181211+git29-gab4a1bed9-1\~ndall+1_amd64.build
bup remote: OK (0.11s)
crypto: gpg: can't connect to the agent: IPC connect call failed
gpg: error getting the KEK: No agent running
FAIL
--
bup remote: OK (0.19s)
crypto: gpg: can't connect to the agent: IPC connect call failed
gpg: error getting the KEK: No agent running
FAIL
--
nothing to commit, working tree clean
gpg: can't connect to the agent: IPC connect call failed
gpg: error getting the KEK: No agent running
FAIL
I'll bet 14971414dc263fcb8124b4cf6b14b9b7a19189af somehow led to this since the test suite now runs gpg with its home directory set to be inside the test repo and not in the system's temporary directory.
But I tested that commit on filesystems down to FAT, so it seems strange it would fail on whatever filesystem you are testing on.
cowbuilder is used, underlying file system (dedicated to debian pkgs building) is ext4. but is it a filesystem effect somehow or just a "partially" isolated environment aspect (such as those pbuilder/cowbuilder chroots)? The message
gpg: can't connect to the agent: IPC connect call failed
suggests that may be tests pass for you locally as connecting to your gpg agent?Having what seems a related problem on my i386 autobuilder:
Probably gpg error output has failed, but this is also failing to connect to the agent. And it seems a file/directory gpg expects to find is not present when it's running in the test harness.
I've fixed the problem I described above. But I don't think it was the same problem; the neurodebian build log is not complaining about missing files/directories.
gpg in the test suite is using a separate home directory, so it starts a separate gpg-agent process for that. If the test suite is run on a filesystem where gpg-agent can't work, due say to unix sockets not being supported, that might be why it fails.
Anyway, see if f5f059e288b5e618e5c7c86d1db4bfd23d8b39ad somehow fixed it..
tried to build 7.20181211+git284-g6f0d98f2a - it seems that the failing one is different one now?
If that unrelated test case is the only failure, then this problem is fixed.