<div dir="ltr"><div>Hi,</div><div><br></div><div>I'm in a similar situation as the original reporter; I want to use my password manager to enter my GPG passphrase but pinentry-gnome3 is fully modal, so I installed pinentry-qt but it doesn't appear to work. I'm using Ubuntu 20.04 (yes I know this is a Debian bug report, but I hope this might help get this issue fixed).</div><div><br></div><div>I tried the test and I see this in my terminal:</div><div><br></div><div><span style="font-family:monospace">gpg-connect-agent: no running gpg-agent - starting '/usr/bin/gpg-agent'<br>gpg-connect-agent: waiting for the agent to come up ... (5s)<br>gpg-connect-agent: connection to agent established<br>ERR 67108949 No pinentry <GPG Agent></span></div><div><br></div><div>Content of gpg-agent.log:</div><div><br></div><div><span style="font-family:monospace">2020-05-29 16:20:23 gpg-agent[1772766] listening on socket '/run/user/1000/gnupg/d.xsj3tnu6mn6647naay7ouamr/S.gpg-agent'<br>2020-05-29 16:20:23 gpg-agent[1772766] listening on socket '/run/user/1000/gnupg/d.xsj3tnu6mn6647naay7ouamr/S.gpg-agent.extra'<br>2020-05-29 16:20:23 gpg-agent[1772766] listening on socket '/run/user/1000/gnupg/d.xsj3tnu6mn6647naay7ouamr/S.gpg-agent.browser'<br>2020-05-29 16:20:23 gpg-agent[1772766] listening on socket '/run/user/1000/gnupg/d.xsj3tnu6mn6647naay7ouamr/S.gpg-agent.ssh'<br>2020-05-29 16:20:23 gpg-agent[1772767] gpg-agent (GnuPG) 2.2.19 started<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK Pleased to meet you, process 1772764<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- RESET<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- OPTION ttyname=/dev/pts/14<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- OPTION ttytype=xterm-256color<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- OPTION display=:0<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- OPTION xauthority=/run/user/1000/gdm/Xauthority<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- OPTION putenv=XMODIFIERS=@im=ibus<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- OPTION putenv=GTK_IM_MODULE=ibus<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- OPTION putenv=DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- OPTION putenv=QT_IM_MODULE=ibus<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- OPTION lc-ctype=en_CA.UTF-8<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- OPTION lc-messages=en_CA.UTF-8<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> OK<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- GET_CONFIRMATION Hello<br>2020-05-29 16:20:23 gpg-agent[1772767] starting a new PIN Entry<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_11 <- [eof]<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_11 -> BYE<br>2020-05-29 16:20:23 gpg-agent[1772767] can't connect to the PIN entry module '/usr/bin/pinentry-qt': End of file<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: error calling pinentry: No pinentry <GPG Agent><br>2020-05-29 16:20:23 gpg-agent[1772767] command 'GET_CONFIRMATION' failed: No pinentry<br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 -> ERR 67108949 No pinentry <GPG Agent><br>2020-05-29 16:20:23 gpg-agent[1772767] DBG: chan_10 <- [eof]<br></span></div><div><br></div><div>(I should add that I tried this test in a VM using the Debian 10.4.0 live iso but I wasn't able to reproduce the error. I suspect if I tried this in a Debian install instead of a live iso session I would get a similar result.)<br></div><div><br></div><div>When I try this with the default (systemd-managed) gpg-agent, I see this in my system log:</div><div><br></div><div><span style="font-family:monospace">May 29 16:38:50 computer gpg-agent[1794812]: Unable to init server: Could not connect: Connection refused<br>May 29 16:38:50 computer pinentry[1794812]: cannot open display: <br></span></div><br><div>There is a similar bug report for Ubuntu[1], where the last comment[2] suggests a workaround by adding <span style="font-family:monospace">keep-display</span> to gpg-agent.conf. Connecting this with the above system log messages, I tried adding <span style="font-family:monospace">keep-display</span> and it appears to work.<br></div><div><br></div><div>(Someone else had posted to Ask Ubuntu[3] about what looks like a similar issue. While the poster wasn't sure what the exact fix was, <span style="font-family:monospace">keep-display</span> is among the options for gpg-agent.)<br></div><div><br></div><div>Hope this helps,</div><div>Jeff<br></div><div><br></div><div>[1]: <a href="https://bugs.launchpad.net/ubuntu/+source/pinentry/+bug/1509699">https://bugs.launchpad.net/ubuntu/+source/pinentry/+bug/1509699</a></div><div>[2]: <a href="https://bugs.launchpad.net/ubuntu/+source/pinentry/+bug/1509699/comments/5">https://bugs.launchpad.net/ubuntu/+source/pinentry/+bug/1509699/comments/5</a></div><div>[3]: <a href="https://askubuntu.com/questions/127213/files-e-mail-not-signed-with-kleopatra-kmail-gpg-agent">https://askubuntu.com/questions/127213/files-e-mail-not-signed-with-kleopatra-kmail-gpg-agent</a></div><div><br></div></div>