found 834683 1.0.17 thanks Hi. Sorry for the reopening but this is still happening in testing, where gnupg is still gnupg version 1.
This is the changelog entry you wrote: > * [8ee94bc] gnupg.py: Add extra method to get sec user id. Fixes doctest > for GPG 2.1. Thanks to Santiago Vila (Closes: 834683) If this is only intended to work with gnupg 2, please add Build-Depends: gnupg (>= 2) so that autobuilders testing packages in stretch do not even try to build it with gnupg version 1. OTOH, if this is intended to work with both gnupg 1 and gnupg 2 (for example, if you intend this to be backported to jessie), then the problem is still here. The error message: I: GPG 1.4: [u'gpg', u'--homedir=/tmp/tmpjSYFNd', u'--display-charset=UTF-8', u'--batch'] I: Calling: gpg --homedir=/tmp/tmpjSYFNd --display-charset=UTF-8 --batch --gen-key make[1]: *** wait: No child processes. Stop. make[1]: *** Waiting for unfinished jobs.... make[1]: *** wait: No child processes. Stop. make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs.... make: *** wait: No child processes. Stop. E: Build killed with signal TERM after 60 minutes of inactivity suggests to me that there is not enough entropy to generate a key. (I don't know how to fix that, sorry, maybe an additional build-depends on some package which wraps accesses to /dev/random to make them faster, if such package exists). The full build log is attached. This time I only tried to build it once, but since the problem was not supposed to always happen, it is probably correct to say that the FTBFS-randomness has not been eliminated. Thanks.
mini-buildd_1.0.17_amd64-20160910T055102Z.gz
Description: application/gzip
