GNU bug report logs - #75840
31.0.50; epg

Previous Next

To reply to this bug, email your comments to 75840 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

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

From: Richard Stallman <rms <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 31.0.50; epg
Date: Sat, 25 Jan 2025 15:36:06 -0500

I ran an Emacs command that invokes gpg, and it hung.
It hung long enough that I concluded somehing was wrong.,
and ytuped C-g.  I tried again and got similar resilt.
I had no idea why encryption could do this.

Eentually I tried running gpg from a shell,.
It thought for a long time and then ouput stuff
about a trustdb check.  Since then gpg does not hang any more.
I surmise that there was nothing actually broken, only
the trustdb check took a long time.

I suggest changing Emacs to display `GPG is checking trustdb...'
around that, so users won't get alarmed.

I expect this would be easly for people who have worked
a lot on epa and or epg.  It would be useful to add
comments that explain in one place the way Emacs handles
communication with the unferior GPG, fo both output and input.
With that centralized eplanation, others would be able to
do this too.


In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
 2.24.33, cairo version 1.16.0) of 2024-08-01 built on freetop
Repository revision: a2c439db687774f7b57959c39560993579c5d1bd
Repository branch: master
System Description: Trisquel GNU/Linux Aramo (11.0)

Configured using:
 'configure 'CFLAGS=-O0 -g' --with-gnutls=ifavailable'

Configured features:
CAIRO DBUS FREETYPE GIF GLIB GPM GSETTINGS HARFBUZZ JPEG LIBOTF
LIBSELINUX LIBXML2 M17N_FLT MODULES NOTIFY INOTIFY PDUMPER PNG RSVG
SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XINPUT2
XPM GTK2 ZLIB


-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: rms <at> gnu.org
Cc: 75840 <at> debbugs.gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Sun, 26 Jan 2025 14:22:09 +0200

> From: Richard Stallman <rms <at> gnu.org>
> Date: Sat, 25 Jan 2025 15:36:06 -0500
> 
> 
> I ran an Emacs command that invokes gpg, and it hung.
> It hung long enough that I concluded somehing was wrong.,
> and ytuped C-g.  I tried again and got similar resilt.
> I had no idea why encryption could do this.
> 
> Eentually I tried running gpg from a shell,.
> It thought for a long time and then ouput stuff
> about a trustdb check.  Since then gpg does not hang any more.
> I surmise that there was nothing actually broken, only
> the trustdb check took a long time.
> 
> I suggest changing Emacs to display `GPG is checking trustdb...'
> around that, so users won't get alarmed.

Please tell which command you invoked.  If you happen to know which
function checks the trustdb and hung, that would be even more helpful.
I almost never use epg and am not familiar with its code, and I don't
think we have epg experts on board to ask them to look into this.  So
I need every possible help from you to find the place where such a
message would be useful.

> I expect this would be easly for people who have worked
> a lot on epa and or epg.  It would be useful to add
> comments that explain in one place the way Emacs handles
> communication with the unferior GPG, fo both output and input.
> With that centralized eplanation, others would be able to
> do this too.

I agree, but I'm not aware of anyone around who knows enough about epg
to produce such an explanation.  The code is quite convoluted and
studying it is not something I can afford, sorry.  Patches are
welcome, of course.

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

From: Filipp Gunbin <fgunbin <at> fastmail.fm>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 75840 <at> debbugs.gnu.org, rms <at> gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Mon, 27 Jan 2025 18:26:36 +0300

On 26/01/2025 14:22 +0200, Eli Zaretskii wrote:

>> From: Richard Stallman <rms <at> gnu.org>
>> Date: Sat, 25 Jan 2025 15:36:06 -0500
>> 
>> 
>> I ran an Emacs command that invokes gpg, and it hung.
>> It hung long enough that I concluded somehing was wrong.,
>> and ytuped C-g.  I tried again and got similar resilt.
>> I had no idea why encryption could do this.
>> 
>> Eentually I tried running gpg from a shell,.
>> It thought for a long time and then ouput stuff
>> about a trustdb check.  Since then gpg does not hang any more.
>> I surmise that there was nothing actually broken, only
>> the trustdb check took a long time.
>> 
>> I suggest changing Emacs to display `GPG is checking trustdb...'
>> around that, so users won't get alarmed.
>
> Please tell which command you invoked.  If you happen to know which
> function checks the trustdb and hung, that would be even more helpful.
> I almost never use epg and am not familiar with its code, and I don't
> think we have epg experts on board to ask them to look into this.  So
> I need every possible help from you to find the place where such a
> message would be useful.

GnuPG version is also needed, maybe it's this problem documented in
/etc/PROBLEMS:

--8<---------------cut here---------------start------------->8---
*** Saving a file encrypted with GnuPG via EasyPG hangs.

This is known to happen with GnuPG v2.4.1.  The only known workaround
is to downgrade to a version of GnuPG older than 2.4.1, or upgrade to
version 2.4.4 and newer, which reportedly solves the problem.  Note
that GnuPG v2.2.42 and later also has this problem, so you should also
avoid those later 2.2.4x versions; v2.2.41 is reported to work fine.
--8<---------------cut here---------------end--------------->8---

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Filipp Gunbin <fgunbin <at> fastmail.fm>
Cc: 75840 <at> debbugs.gnu.org, rms <at> gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Mon, 27 Jan 2025 17:52:04 +0200

> From: Filipp Gunbin <fgunbin <at> fastmail.fm>
> Cc: rms <at> gnu.org,  75840 <at> debbugs.gnu.org
> Date: Mon, 27 Jan 2025 18:26:36 +0300
> 
> On 26/01/2025 14:22 +0200, Eli Zaretskii wrote:
> 
> > Please tell which command you invoked.  If you happen to know which
> > function checks the trustdb and hung, that would be even more helpful.
> > I almost never use epg and am not familiar with its code, and I don't
> > think we have epg experts on board to ask them to look into this.  So
> > I need every possible help from you to find the place where such a
> > message would be useful.
> 
> GnuPG version is also needed, maybe it's this problem documented in
> /etc/PROBLEMS:
> 
> --8<---------------cut here---------------start------------->8---
> *** Saving a file encrypted with GnuPG via EasyPG hangs.
> 
> This is known to happen with GnuPG v2.4.1.  The only known workaround
> is to downgrade to a version of GnuPG older than 2.4.1, or upgrade to
> version 2.4.4 and newer, which reportedly solves the problem.  Note
> that GnuPG v2.2.42 and later also has this problem, so you should also
> avoid those later 2.2.4x versions; v2.2.41 is reported to work fine.
> --8<---------------cut here---------------end--------------->8---

I thought about that, but concluded that this couldn't be Richard's
problem, because once he got gpg to get past this stage, it started
working as expected from Emacs.

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

From: Filipp Gunbin <fgunbin <at> fastmail.fm>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 75840 <at> debbugs.gnu.org, rms <at> gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Mon, 27 Jan 2025 21:05:18 +0300

On 27/01/2025 17:52 +0200, Eli Zaretskii wrote:

>> From: Filipp Gunbin <fgunbin <at> fastmail.fm>
>> Cc: rms <at> gnu.org,  75840 <at> debbugs.gnu.org
>> Date: Mon, 27 Jan 2025 18:26:36 +0300
>> 
>> On 26/01/2025 14:22 +0200, Eli Zaretskii wrote:
>> 
>> > Please tell which command you invoked.  If you happen to know which
>> > function checks the trustdb and hung, that would be even more helpful.
>> > I almost never use epg and am not familiar with its code, and I don't
>> > think we have epg experts on board to ask them to look into this.  So
>> > I need every possible help from you to find the place where such a
>> > message would be useful.
>> 
>> GnuPG version is also needed, maybe it's this problem documented in
>> /etc/PROBLEMS:
>> 
>> --8<---------------cut here---------------start------------->8---
>> *** Saving a file encrypted with GnuPG via EasyPG hangs.
>> 
>> This is known to happen with GnuPG v2.4.1.  The only known workaround
>> is to downgrade to a version of GnuPG older than 2.4.1, or upgrade to
>> version 2.4.4 and newer, which reportedly solves the problem.  Note
>> that GnuPG v2.2.42 and later also has this problem, so you should also
>> avoid those later 2.2.4x versions; v2.2.41 is reported to work fine.
>> --8<---------------cut here---------------end--------------->8---
>
> I thought about that, but concluded that this couldn't be Richard's
> problem, because once he got gpg to get past this stage, it started
> working as expected from Emacs.

Yes, I now see the sentence "Since then gpg does not hang any more."
But anyway it'd be good to exclude that possible case...

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: rms <at> gnu.org
Cc: 75840 <at> debbugs.gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Sat, 08 Feb 2025 11:26:30 +0200

Richard, can you please answer my questions below:

> Cc: 75840 <at> debbugs.gnu.org
> Date: Sun, 26 Jan 2025 14:22:09 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> > From: Richard Stallman <rms <at> gnu.org>
> > Date: Sat, 25 Jan 2025 15:36:06 -0500
> > 
> > 
> > I ran an Emacs command that invokes gpg, and it hung.
> > It hung long enough that I concluded somehing was wrong.,
> > and ytuped C-g.  I tried again and got similar resilt.
> > I had no idea why encryption could do this.
> > 
> > Eentually I tried running gpg from a shell,.
> > It thought for a long time and then ouput stuff
> > about a trustdb check.  Since then gpg does not hang any more.
> > I surmise that there was nothing actually broken, only
> > the trustdb check took a long time.
> > 
> > I suggest changing Emacs to display `GPG is checking trustdb...'
> > around that, so users won't get alarmed.
> 
> Please tell which command you invoked.  If you happen to know which
> function checks the trustdb and hung, that would be even more helpful.
> I almost never use epg and am not familiar with its code, and I don't
> think we have epg experts on board to ask them to look into this.  So
> I need every possible help from you to find the place where such a
> message would be useful.
> 
> > I expect this would be easly for people who have worked
> > a lot on epa and or epg.  It would be useful to add
> > comments that explain in one place the way Emacs handles
> > communication with the unferior GPG, fo both output and input.
> > With that centralized eplanation, others would be able to
> > do this too.
> 
> I agree, but I'm not aware of anyone around who knows enough about epg
> to produce such an explanation.  The code is quite convoluted and
> studying it is not something I can afford, sorry.  Patches are
> welcome, of course.
> 
> 
> 
> 

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: rms <at> gnu.org
Cc: 75840 <at> debbugs.gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Sat, 22 Feb 2025 11:22:34 +0200

Ping!  Richard, please respond.  I cannot make any progress here
without the information I asked for.

> Cc: 75840 <at> debbugs.gnu.org
> Date: Sat, 08 Feb 2025 11:26:30 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> Richard, can you please answer my questions below:
> 
> > Cc: 75840 <at> debbugs.gnu.org
> > Date: Sun, 26 Jan 2025 14:22:09 +0200
> > From: Eli Zaretskii <eliz <at> gnu.org>
> > 
> > > From: Richard Stallman <rms <at> gnu.org>
> > > Date: Sat, 25 Jan 2025 15:36:06 -0500
> > > 
> > > 
> > > I ran an Emacs command that invokes gpg, and it hung.
> > > It hung long enough that I concluded somehing was wrong.,
> > > and ytuped C-g.  I tried again and got similar resilt.
> > > I had no idea why encryption could do this.
> > > 
> > > Eentually I tried running gpg from a shell,.
> > > It thought for a long time and then ouput stuff
> > > about a trustdb check.  Since then gpg does not hang any more.
> > > I surmise that there was nothing actually broken, only
> > > the trustdb check took a long time.
> > > 
> > > I suggest changing Emacs to display `GPG is checking trustdb...'
> > > around that, so users won't get alarmed.
> > 
> > Please tell which command you invoked.  If you happen to know which
> > function checks the trustdb and hung, that would be even more helpful.
> > I almost never use epg and am not familiar with its code, and I don't
> > think we have epg experts on board to ask them to look into this.  So
> > I need every possible help from you to find the place where such a
> > message would be useful.
> > 
> > > I expect this would be easly for people who have worked
> > > a lot on epa and or epg.  It would be useful to add
> > > comments that explain in one place the way Emacs handles
> > > communication with the unferior GPG, fo both output and input.
> > > With that centralized eplanation, others would be able to
> > > do this too.
> > 
> > I agree, but I'm not aware of anyone around who knows enough about epg
> > to produce such an explanation.  The code is quite convoluted and
> > studying it is not something I can afford, sorry.  Patches are
> > welcome, of course.
> > 
> > 
> > 
> > 
> 
> 
> 
> 

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

From: Richard Stallman <rms <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 75840 <at> debbugs.gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Tue, 25 Feb 2025 18:48:12 -0500

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

I didn't see any of your messages about this until today.  I can't
reliably see look at all the messages I receive -- they are too many.

  > > > 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 epa-mail-encrypt or rmail-epa-decrypt.  After this much
time, I am not sure which one.  But most likely it ws the latter;
most likely there was an encrypted incoming message I wanted to read,

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: rms <at> gnu.org
Cc: 75840 <at> debbugs.gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Sun, 09 Mar 2025 10:55:39 +0200

> From: Richard Stallman <rms <at> gnu.org>
> Cc: 75840 <at> debbugs.gnu.org
> Date: Tue, 25 Feb 2025 18:48:12 -0500
> 
> I didn't see any of your messages about this until today.  I can't
> reliably see look at all the messages I receive -- they are too many.

What can I do to attract your attention to an email message?

>   > > > 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 epa-mail-encrypt or rmail-epa-decrypt.  After this much
> time, I am not sure which one.  But most likely it ws the latter;
> most likely there was an encrypted incoming message I wanted to read,

Both these commands provide some sort of feedback.  epa-mail-encrypt
says "Encrypting..." followed by "Encrypting...done", and
rmail-epa-decrypt says "Decrypting..." followed by
"Decrypting...done".  That should be enough for giving you feedback
about what's happening, no?

Do you know what is the function that "checks trustdb"?  If it is not
called by epa-encrypt-region/epa-decrypt-region (which are the epg
workhorses of the two commands you mentioned), then maybe I missed
those calls which "check trustdb", and the message you wanted added is
elsewhere?

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

From: Richard Stallman <rms <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 75840 <at> debbugs.gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Wed, 19 Mar 2025 23:18:42 -0400

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > 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 tte Elisp code that runs GPG and recognizes
its status messages, but I could not figure it out.  Can you reach the
expert on hhis code?

-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

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

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

From: Daiki Ueno <ueno <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 75840 <at> debbugs.gnu.org, rms <at> gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Fri, 21 Mar 2025 09:47:44 +0900

Hello Eli, Richard,

Eli Zaretskii <eliz <at> gnu.org> writes:

>> 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

I haven't touched the code for a long time, so my answer could be
outdated, but the best I can suggest is to add (setq epg-debug t) in
~/.emacs, repeat the command, then inspect the " *epg-debug*" buffer, as
mentioned in:
https://www.gnu.org/software/emacs/manual/html_node/epa/Bug-Reports.html

The buffer should contain the status messages, such as "TRU":
https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=blob;f=doc/DETAILS;h=e064c9d214506b4b9cea95448677afb2f885caee;hb=refs/heads/STABLE-BRANCH-2-2#l304

I don't remember epg handles that status message, but it should be easy
to add support for it, by defining a function named epg--status-TRU.

Regards,
-- 
Daiki Ueno

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

From: Richard Stallman <rms <at> gnu.org>
To: Daiki Ueno <ueno <at> gnu.org>
Cc: eliz <at> gnu.org, 75840 <at> debbugs.gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Sat, 22 Mar 2025 22:51:31 -0400

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

Thank you for helping out.

  > I haven't touched the code for a long time, 

Has anyone else been changing that ccde?   Or is it basically unchanged
since you last worked on it?  Do you recommend we ask someone else?

  > The buffer should contain the status messages, such as "TRU":
  > https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=blob;f=doc/DETAILS;h=e064c9d214506b4b9cea95448677afb2f885caee;hb=refs/heads/STABLE-BRANCH-2-2#l304

Do you have any idea how to cause GPG to remake the trust database?
As I undersand it, hat happens very rarely, and I don't know how to
cause it ti happen.  Do we need to ask Werner Koch?



-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: ueno <at> gnu.org, rms <at> gnu.org
Cc: 75840 <at> debbugs.gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Sat, 05 Apr 2025 11:37:02 +0300

Ping!  Daiki, could you please answer Richard's questions?

> From: Richard Stallman <rms <at> gnu.org>
> Cc: eliz <at> gnu.org, 75840 <at> debbugs.gnu.org
> Date: Sat, 22 Mar 2025 22:51:31 -0400
> 
> [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> [[[ whether defending the US Constitution against all enemies,     ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> 
> Thank you for helping out.
> 
>   > I haven't touched the code for a long time, 
> 
> Has anyone else been changing that ccde?   Or is it basically unchanged
> since you last worked on it?  Do you recommend we ask someone else?
> 
>   > The buffer should contain the status messages, such as "TRU":
>   > https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=blob;f=doc/DETAILS;h=e064c9d214506b4b9cea95448677afb2f885caee;hb=refs/heads/STABLE-BRANCH-2-2#l304
> 
> Do you have any idea how to cause GPG to remake the trust database?
> As I undersand it, hat happens very rarely, and I don't know how to
> cause it ti happen.  Do we need to ask Werner Koch?
> 
> 
> 
> -- 
> Dr Richard Stallman (https://stallman.org)
> Chief GNUisance of the GNU Project (https://gnu.org)
> Founder, Free Software Foundation (https://fsf.org)
> Internet Hall-of-Famer (https://internethalloffame.org)
> 
> 
> 

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: ueno <at> gnu.org
Cc: 75840 <at> debbugs.gnu.org, rms <at> gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Sat, 26 Apr 2025 14:03:53 +0300

Ping! Ping!  Daiki, would you please chime in?

> Cc: 75840 <at> debbugs.gnu.org
> Date: Sat, 05 Apr 2025 11:37:02 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> Ping!  Daiki, could you please answer Richard's questions?
> 
> > From: Richard Stallman <rms <at> gnu.org>
> > Cc: eliz <at> gnu.org, 75840 <at> debbugs.gnu.org
> > Date: Sat, 22 Mar 2025 22:51:31 -0400
> > 
> > [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> > [[[ whether defending the US Constitution against all enemies,     ]]]
> > [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> > 
> > Thank you for helping out.
> > 
> >   > I haven't touched the code for a long time, 
> > 
> > Has anyone else been changing that ccde?   Or is it basically unchanged
> > since you last worked on it?  Do you recommend we ask someone else?
> > 
> >   > The buffer should contain the status messages, such as "TRU":
> >   > https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=blob;f=doc/DETAILS;h=e064c9d214506b4b9cea95448677afb2f885caee;hb=refs/heads/STABLE-BRANCH-2-2#l304
> > 
> > Do you have any idea how to cause GPG to remake the trust database?
> > As I undersand it, hat happens very rarely, and I don't know how to
> > cause it ti happen.  Do we need to ask Werner Koch?
> > 
> > 
> > 
> > -- 
> > Dr Richard Stallman (https://stallman.org)
> > Chief GNUisance of the GNU Project (https://gnu.org)
> > Founder, Free Software Foundation (https://fsf.org)
> > Internet Hall-of-Famer (https://internethalloffame.org)
> > 
> > 
> > 
> 
> 
> 
> 

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: ueno <at> gnu.org
Cc: 75840 <at> debbugs.gnu.org, rms <at> gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Sat, 10 May 2025 12:26:49 +0300

Ping! Ping! Ping!  Daiki, please respond.

> Cc: 75840 <at> debbugs.gnu.org, rms <at> gnu.org
> Date: Sat, 26 Apr 2025 14:03:53 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> Ping! Ping!  Daiki, would you please chime in?
> 
> > Cc: 75840 <at> debbugs.gnu.org
> > Date: Sat, 05 Apr 2025 11:37:02 +0300
> > From: Eli Zaretskii <eliz <at> gnu.org>
> > 
> > Ping!  Daiki, could you please answer Richard's questions?
> > 
> > > From: Richard Stallman <rms <at> gnu.org>
> > > Cc: eliz <at> gnu.org, 75840 <at> debbugs.gnu.org
> > > Date: Sat, 22 Mar 2025 22:51:31 -0400
> > > 
> > > [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> > > [[[ whether defending the US Constitution against all enemies,     ]]]
> > > [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> > > 
> > > Thank you for helping out.
> > > 
> > >   > I haven't touched the code for a long time, 
> > > 
> > > Has anyone else been changing that ccde?   Or is it basically unchanged
> > > since you last worked on it?  Do you recommend we ask someone else?
> > > 
> > >   > The buffer should contain the status messages, such as "TRU":
> > >   > https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gnupg.git;a=blob;f=doc/DETAILS;h=e064c9d214506b4b9cea95448677afb2f885caee;hb=refs/heads/STABLE-BRANCH-2-2#l304
> > > 
> > > Do you have any idea how to cause GPG to remake the trust database?
> > > As I undersand it, hat happens very rarely, and I don't know how to
> > > cause it ti happen.  Do we need to ask Werner Koch?
> > > 
> > > 
> > > 
> > > -- 
> > > Dr Richard Stallman (https://stallman.org)
> > > Chief GNUisance of the GNU Project (https://gnu.org)
> > > Founder, Free Software Foundation (https://fsf.org)
> > > Internet Hall-of-Famer (https://internethalloffame.org)
> > > 
> > > 
> > > 
> > 
> > 
> > 
> > 
> 
> 
> 
> 

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

From: Richard Stallman <rms <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 75840 <at> debbugs.gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Wed, 14 May 2025 18:27:20 -0400

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

Ironically I saw this message just today:

  > > I didn't see any of your messages about this until today.  I can't
  > > reliably see look at all the messages I receive -- they are too many.

  > What can I do to attract your attention to an email message?

Alas, the only way is to phone me, and leave a message if I don't
answer.  That works reasonably soon if I am home.  But when I am travelling,
the messages get emailed, since there is no other standard way to reach me.

I wish I had a way, but I don't know of any.

When there is wifi I can use in the place I am staying, I sometimes
have linphone connected so that calling my FSF extension can reach me.
But sometimes I stay in a place where I usually have no connection at all.

I know how frustrating this is, because it is equally frustrating for me.
-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

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

From: Richard Stallman <rms <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 75840 <at> debbugs.gnu.org
Subject: Re: bug#75840: 31.0.50; epg
Date: Wed, 14 May 2025 18:27:23 -0400

[[[ To any NSA and FBI agents reading my email: please consider    ]]]
[[[ whether defending the US Constitution against all enemies,     ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]

  > Both these commands provide some sort of feedback.  epa-mail-encrypt
  > says "Encrypting..." followed by "Encrypting...done", and
  > rmail-epa-decrypt says "Decrypting..." followed by
  > "Decrypting...done".  That should be enough for giving you feedback
  > about what's happening, no?

Wha I observed was that decrypting (or was it encrypting?) seemed to go
on for a very long time -- until I killed that command with C-g.

When I ran gpg from the shell, not under Emacs, I saw the mssafe
about rechecking the trust db.  Once that had been done to completion,
the problem went away.

  > Do you know what is the function that "checks trustdb"?  If it is not
  > called by epa-encrypt-region/epa-decrypt-region (which are the epg
  > workhorses of the two commands you mentioned), then maybe I missed
  > those calls which "check trustdb", and the message you wanted added is
  > elsewhere?

I don't know.  But since the message that gpg emits arrives in Emacs
via the process filter of that subprocess, I think the code that
handles the subprocess output received by the filter must see that
message.  I suspect it only ignores that message.
-- 
Dr Richard Stallman (https://stallman.org)
Chief GNUisance of the GNU Project (https://gnu.org)
Founder, Free Software Foundation (https://fsf.org)
Internet Hall-of-Famer (https://internethalloffame.org)

Previous Next

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