Using loopback pin entry with GnuPG 2.1

Vinay Sajip vinay_sajip at yahoo.co.uk
Fri Nov 4 20:14:34 CET 2016


Dear Werner,

> That is gpg-agent making a connection to itself to see whether its
> socket is still connected to self.  This is done once a minute.

> It seems your gpg is not using that agent.

> You can add "--debug ipc" to gpg to get gpg's site of the communication.

I did that, with no difference. After running my failed tests, I did

$ ps -ef | grep gpg-agent | grep -v grep
vinay     1863  1734  0 19:06 ?        00:00:00 gpg-agent --homedir /home/vinay/.gnupg --use-standard-socket --daemon
vinay     2343  1734 23 19:08 ?        00:00:04 gpg-agent --homedir /home/vinay/projects/python-gnupg/keys --use-standard-socket --daemon
vinay     2368  1734 29 19:08 ?        00:00:04 gpg-agent --homedir /home/vinay/projects/python-gnupg/keys --use-standard-socket --daemon
vinay     2415  1734 43 19:08 ?        00:00:03 gpg-agent --homedir /home/vinay/projects/python-gnupg/keys --use-standard-socket --daemon


Only the first line was present before I ran the tests. After a while, only two lines appear:

$ ps -ef | grep gpg-agent | grep -v grep
vinay     1863  1734  0 19:06 ?        00:00:00 gpg-agent --homedir /home/vinay/.gnupg --use-standard-socket --daemon
vinay     2415  1734  1 19:08 ?        00:00:03 gpg-agent --homedir /home/vinay/projects/python-gnupg/keys --use-standard-socket --daemon


I don't understand what invokes the additional gpg-agent invocations. The watchgnupg program only connects to the first agent (process 1863 above).

I appreciate your help.

Regards,

Vinay Sajip



More information about the Gnupg-devel mailing list