[pkg-gnupg-maint] Bug#868550: Bug#868550: reprepro seems to provide a repro
Ian Jackson
ijackson at chiark.greenend.org.uk
Fri Aug 18 17:12:33 UTC 2017
NIIBE Yutaka writes ("Re: [pkg-gnupg-maint] Bug#868550: reprepro seems to provide a repro"):
> Ian Jackson <ijackson at chiark.greenend.org.uk> wrote:
> > gpg --ignore-time-conflict
> > --no-options
> > --no-default-keyring
> > --homedir
> > /tmp/apt-key-gpghome.yLlu1bwwPI
> > --no-auto-check-trustdb
> > --trust-model
> > always
> > --batch
> > --import
>
> Thank you for minimizing. I'd like to clarify the case. Is this
> importing private key?
I think so, but I'm not sure.
> The invocation of gpg-agent by gpg frontend has an inherent race in the
> current implementation; When gpg frontend invokes gpg-agent, after
> spawning gpg-agent, gpg frontend tries to connect five times with one
> second intervals. When a machine is busy enough and scheduling of
> processes goes not that fair, the connection to gpg-agent from gpg
> frontend may fail.
This might be relevant. My test suite failures occur on a loaded
machine, because the test case runner parallelises separate tests.
Does this produce a particular message, when it occurs ?
There are other possible approaches to this situation than to hope to
win the race. But I hesitate to suggest adding additional code to
this area, having seen what's there already...
If you would like to suggest a debug printf, or name lines of source
code, I can probably arrange to see if this is happening.
Ian.
More information about the pkg-gnupg-maint
mailing list