From: Alan Mackenzie <acm@muc.de>
To: Sam James <sam@gentoo.org>
Cc: emacs-devel@gnu.org
Subject: Re: gnupg-2.2.42-r2 [Was: Emacs master: Some tests are hanging.]
Date: Fri, 16 Feb 2024 12:29:20 +0000 [thread overview]
Message-ID: <Zc9VIAZaluNd0OOk@ACM> (raw)
In-Reply-To: <87bk8hcsdd.fsf@gentoo.org>
Hello, Sam.
On Thu, Feb 15, 2024 at 21:40:17 +0000, Sam James wrote:
> Alan Mackenzie <acm@muc.de> writes:
> > Hello, Emacs.
> > On Thu, Feb 15, 2024 at 15:53:12 +0000, Alan Mackenzie wrote:
> >> With the Emacs master, updated today:
> >> On a Gentoo GNU/Linux system, when I do
> >> make -j17 check
> >> , the tests don't finish. This happens both on a Linux console and in X
> >> Windows on xfce-4-terminal.
> >> The tests which hang are
> >> (i) test/lisp/epg-tests.el (epg-roundtrip-1).
> >> (ii) test/lisp/gnus/mml-sec-tests.el (unknown sub-test).
> >> The hang in (i) is caused by a sub-process running gpg failing to
> >> finish, or to finish cleanly.
> We can try compare the output of the failing command with old/new, as
> fortunately for debugging, gpg's protocol is simple. See below but it's
> probably another subtle state machine change :(
> >> I have been seeing this for quite some time (?2 or 3 weeks at least), so
> >> it isn't anything which has just been committed.
> >> Before I raise a proper bug report, has anybody else experienced this?
> Can you CC me on anything you end up filing?
Yes, I'll do that. Though I don't think I'll be raising an Emacs bug for
this, since the issue is already known.
> > Right after posting the original post, I tried going back to the
> > previous version of gnupg, namely gnupg-2.2.41. All tests then worked
> > on master, with no hangs.
> > The version which doesn't work well together with Emacs is
> > gnupg-2.2.42-r2. (I've a feeling that the "-r2" there is a purely
> > Gentoo label).
> Yeah, it's "ebuild revision".
OK, I didn't know that, thanks!
> > So it seems that some interface to gnupg has changed, possibly
> > unintentionally.
> > I don't know this part of Emacs at all well, that is gnupg and
> > sub-processes, so would anybody help me on sorting out what's going
> > wrong, here? Thanks!
> Ugh. We previously had https://bugs.gentoo.org/907839 and
> https://dev.gnupg.org/T6481 but I wasn't aware of new issues again
> (AFAIK those issues only affected 2.4.x and we backported a fix for it
> in Gentoo).
As I said, I see the bug with gnupg-2.2.42-r2. I can get by with 2.2.41
for now, until 2.4.4 gets stabilised in Gentoo.
--
Alan Mackenzie (Nuremberg, Germany).
prev parent reply other threads:[~2024-02-16 12:29 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-15 15:53 Emacs master: Some tests are hanging Alan Mackenzie
2024-02-15 17:38 ` gnupg-2.2.42-r2 [Was: Emacs master: Some tests are hanging.] Alan Mackenzie
2024-02-15 19:21 ` Eli Zaretskii
2024-02-15 21:40 ` Sam James
2024-02-16 12:29 ` Alan Mackenzie [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Zc9VIAZaluNd0OOk@ACM \
--to=acm@muc.de \
--cc=emacs-devel@gnu.org \
--cc=sam@gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.