GNU bug report logs - #75840
31.0.50; epg

Previous Next

Package: emacs;

Reported by: rms <at> gnu.org

Date: Sat, 25 Jan 2025 20:37:02 UTC

Severity: normal

Found in version 31.0.50

Full log


Message #35 received at 75840 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: rms <at> gnu.org, Daiki Ueno <ueno <at> unixuser.org>
Cc: 75840 <at> debbugs.gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Thu, 20 Mar 2025 09:47:14 +0200
> From: Richard Stallman <rms <at> gnu.org>
> Cc: 75840 <at> debbugs.gnu.org
> Date: Wed, 19 Mar 2025 23:18:42 -0400
> 
>   > Richard, can you please answer my questions below:
> 
> Please forgive the delay.  I will try.
> 
>   > > Please tell which command you invoked.  If you happen to know which
>   > > function checks the trustdb and hung, that would be even more helpful.
> 
> It was either `rmail-epa-decrypt' or `epa-mail-encrypt'.
> 
> I don't know EPA much, but I think it is GPG that decides to
> regenerate the trustdn, _not_ code in Emacs itself.  And that's
> how it should be.
> 
> GPG outputs messages on the tty to tell the user that it is
> regeneraing the trustdb.  If the user sees those messages, perse
> will understand why the pause.
> 
> THe problem is, when GPG is running under Emacs, those messages come
> out on a pty and the user does not see them.
> 
>  To fix this problem, code in Emacs needs to detect these messages
> coming out on the pty, and inform the Emacs user somehow of the reason
> for the pause.
> 
> I tried once to understand the Elisp code that runs GPG and recognizes
> its status messages, but I could not figure it out.  Can you reach the
> expert on this code?

Let's try.  Daiki, could you please help us out?  Let me know if you
need a summary of the problem, but you could find the previous
discussion of this issue here:

  https://debbugs.gnu.org/cgi/bugreport.cgi?bug=75840

TIA




This bug report was last modified 31 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.