[pkg-gnupg-maint] Bug#868550: Bug#868550: reprepro seems to provide a repro

[Ian Jackson]

Ian Jackson writes ("Re: [pkg-gnupg-maint] Bug#868550: reprepro seems to provide a repro"):
> I applied this.  It doesn't seem to help.

Here's the stderr output from one of the tests:

+ gpg --detach-sign --armor -u 39B13D8A /home/ian/things/Dgit/dgit/tests/tmp/debpolicy-quilt-gbp/example/.git/dgit/tag.tmp
gpg: WARNING: unsafe permissions on homedir '/home/ian/things/Dgit/dgit/tests/tmp/debpolicy-quilt-gbp/gnupg'
gpg: agent invoked successfully, but...
gpg: can't connect to the agent: IPC connect call failed
gpg: skipped "39B13D8A": No secret key
gpg: signing failed: No secret key
WARNING - GNUPG FAILED 2 - STUNT GNUPG  --detach-sign --armor -u 39B13D8A /home/ian/things/Dgit/dgit/tests/tmp/debpolicy-quilt-gbp/example/.git/dgit/tag.tmp

> Even worse, I seem to have found that sometimes a public key vanishes
> from my GNUPGHOME (or is missed during migration from the gnupg1 key
> store).

I don't seem to have a clear repro for this.  It seems to affect all
or most of my gnupg2 invocations in a run of the dgit test suite at
once.  The way I work is that I run the migration once, and then copy
the resulting GNUPGHOME for use by all the other tests.  So it could
be a thing that happens only during migration.

Ian.

-- 
Ian Jackson <ijackson at chiark.greenend.org.uk>   These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.