Control: reassign 923068 gpg-agent 2.2.12-1 On Wed 2019-02-27 07:30:39 +0100, fulvio ciriaco wrote:
> the delay does not happen when getpin is called directly as in
> echo getpin | pinentry-gtk2
ok, so that means that the issue isn't in pinentry itself. It's
probably in gpg-agent or elsewhere.
So the next diagnostic step is to get other things out of the loop, like
gpg itself, and just try to debug the agent and how it interoperates
with pinentry.
For example, this command should cause an immediate popup confirmation
dialog box:
gpg-connect-agent 'get_confirmation abc123' /bye
does it have a delay on the system in question?
> I read the thread for bug 800032 you pointed me to and noticed that on
> another machine
> I have there is no delay. I noticed that on the other machine, my wm awesome
> is launched
> directly, on the machine where the delay happens it is called through:
> exec dbus-launch awesome
> so I guess dbus-launch has to do with the problem.
do you have dbus-user-session installed on both of these systems? how
does "exec dbus-launch awesome" itself get executed? from a VT, or from
some other automated process?
--dkg
signature.asc
Description: PGP signature
