GNU bug report logs - #42720
28.0.50; mml-first-secure-en-decrypt-sign-1 test failing on Fedora 31

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 42720 in the body.
You can then email your comments to 42720 AT debbugs.gnu.org in the normal way.

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

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Emacs bug reports and feature requests <bug-gnu-emacs <at> gnu.org>
Cc: Lars Ingebrigtsen <larsi <at> gnus.org>
Subject: 28.0.50; mml-first-secure-en-decrypt-sign-1 test failing on Fedora 31
Date: Wed, 5 Aug 2020 08:20:01 -0700

[Message part 1 (text/plain, inline)]

Even with yesterday's patch to test/lisp/gnus/mml-sec-tests.el, Emacs master 
'make check' is currently failing the mml-first-secure-en-decrypt-sign-1 test on 
Fedora 31 x86-64. I'm attaching a failed test log.

Here are details about the configuration.

In GNU Emacs 28.0.50 (build 6, x86_64-pc-linux-gnu, GTK+ Version 3.24.13, cairo 
version 1.16.0)
 of 2020-08-05 built on Penguin.CS.UCLA.EDU
Repository revision: b22b1f935d47c71b59d59da1b6d125635470beca
Repository branch: master
System Description: Fedora 31 (Workstation Edition)

Recent messages:

Configured using:
 'configure --enable-gcc-warnings'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF
ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD
JSON PDUMPER LCMS2

Important settings:
  value of $LC_ALL: en_US.utf8
  value of $LC_COLLATE: en_US.UTF-8
  value of $LC_CTYPE: en_US.UTF-8
  value of $LC_MESSAGES: en_US.UTF-8
  value of $LANG: C
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  global-whitespace-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-quote-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg epg-config gnus-util rmail
rmail-loaddefs text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils term/xterm
xterm whitespace package easymenu browse-url url-handlers url-parse
auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs
password-cache json subr-x map url-vars seq byte-opt gv bytecomp
byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads dbusbind inotify lcms2 dynamic-setting
system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit
x multi-tty make-network-process emacs)

Memory information:
((conses 16 648701 9307)
 (symbols 48 7636 2)
 (strings 32 20659 1692)
 (string-bytes 1 689813)
 (vectors 16 10653)
 (vector-slots 8 109771 9795)
 (floats 8 25 269)
 (intervals 56 205 0)
 (buffers 992 10))

[mml-sec-tests.log (text/x-log, attachment)]

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 42720 <at> debbugs.gnu.org
Subject: Re: bug#42720: 28.0.50; mml-first-secure-en-decrypt-sign-1 test
 failing on Fedora 31
Date: Wed, 05 Aug 2020 21:20:00 +0200

Paul Eggert <eggert <at> cs.ucla.edu> writes:

> Even with yesterday's patch to test/lisp/gnus/mml-sec-tests.el, Emacs
> master 'make check' is currently failing the
> mml-first-secure-en-decrypt-sign-1 test on Fedora 31 x86-64. I'm
> attaching a failed test log.

I was able to reproduce the failure every other run yesterday on one of
my machines (when it wasn't the first test), but today I'm failing to
make it fail even once.

Since that test was rather long (and tested several different things),
I've now split it into three, so that it's easier to see just what it is
that fails.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 42720 <at> debbugs.gnu.org
Subject: Re: bug#42720: 28.0.50; mml-first-secure-en-decrypt-sign-1 test
 failing on Fedora 31
Date: Thu, 6 Aug 2020 15:35:54 -0700

[Message part 1 (text/plain, inline)]

On 8/5/20 12:20 PM, Lars Ingebrigtsen wrote:

> Since that test was rather long (and tested several different things),
> I've now split it into three, so that it's easier to see just what it is
> that fails.

I'm still getting a test failure with current master (commit 
99f609c6f3361e101cd665fbaad4a98f4631cab8) with 'make -j5 check' in an in-tree 
build. A failed mml-sec-tests.log attached.

(cd test && make -j5 lisp/gnus/mml-sec-tests) works. So perhaps it's a 
combination of a missing dependency and 'make -j'.

[mml-sec-tests.log (text/x-log, attachment)]

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 42720 <at> debbugs.gnu.org
Subject: Re: bug#42720: 28.0.50; mml-first-secure-en-decrypt-sign-1 test
 failing on Fedora 31
Date: Fri, 07 Aug 2020 08:59:54 +0200

Paul Eggert <eggert <at> cs.ucla.edu> writes:

> I'm still getting a test failure with current master (commit
> 99f609c6f3361e101cd665fbaad4a98f4631cab8) with 'make -j5 check' in an
> in-tree build. A failed mml-sec-tests.log attached.
>
> (cd test && make -j5 lisp/gnus/mml-sec-tests) works. So perhaps it's a
> combination of a missing dependency and 'make -j'.

I've tried running the test with "make -j5 check" here on a Debian
machine, but I'm not able to reproduce it.  It's clearly timing-related
in one way or another, which makes it difficult to debug.

Should we just mark the test as unstable?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 42720 <at> debbugs.gnu.org
Subject: Re: bug#42720: 28.0.50; mml-first-secure-en-decrypt-sign-1 test
 failing on Fedora 31
Date: Fri, 7 Aug 2020 19:55:42 -0700

On 8/6/20 11:59 PM, Lars Ingebrigtsen wrote:
> Should we just mark the test as unstable?

Would that cause 'make check' to work? If so, I guess it's good enough. Another 
option would be to disable the test.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 42720 <at> debbugs.gnu.org, Lars Ingebrigtsen <larsi <at> gnus.org>
Subject: Re: bug#42720: 28.0.50; mml-first-secure-en-decrypt-sign-1 test
 failing on Fedora 31
Date: Sat, 8 Aug 2020 07:36:21 +0200

Paul Eggert <eggert <at> cs.ucla.edu> writes:

> Would that cause 'make check' to work? If so, I guess it's good enough. Another
> option would be to disable the test.

Yes, then it would only be run on `make check-all'.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 42720 <at> debbugs.gnu.org
Subject: Re: bug#42720: 28.0.50; mml-first-secure-en-decrypt-sign-1 test
 failing on Fedora 31
Date: Sat, 08 Aug 2020 12:01:57 +0200

Paul Eggert <eggert <at> cs.ucla.edu> writes:

> On 8/6/20 11:59 PM, Lars Ingebrigtsen wrote:
>> Should we just mark the test as unstable?
>
> Would that cause 'make check' to work? If so, I guess it's good
> enough. Another option would be to disable the test.

I've now marked it as unstable -- does that get rid of the "make check"
failure for you?

And I've forgotten again where the Emacs build bot is located...
Googling for "emacs buildbot" got me nowhere.  :-/

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Robert Pluim <rpluim <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 42720 <at> debbugs.gnu.org, Paul Eggert <eggert <at> cs.ucla.edu>
Subject: Re: bug#42720: 28.0.50; mml-first-secure-en-decrypt-sign-1 test
 failing on Fedora 31
Date: Sat, 08 Aug 2020 18:09:58 +0200

>>>>> On Sat, 08 Aug 2020 12:01:57 +0200, Lars Ingebrigtsen <larsi <at> gnus.org> said:

    Lars> Paul Eggert <eggert <at> cs.ucla.edu> writes:
    >> On 8/6/20 11:59 PM, Lars Ingebrigtsen wrote:
    >>> Should we just mark the test as unstable?
    >> 
    >> Would that cause 'make check' to work? If so, I guess it's good
    >> enough. Another option would be to disable the test.

    Lars> I've now marked it as unstable -- does that get rid of the "make check"
    Lars> failure for you?

    Lars> And I've forgotten again where the Emacs build bot is located...
    Lars> Googling for "emacs buildbot" got me nowhere.  :-/

Which one? Thereʼs at least two, Hydra and EMBA, and EMBA is at:

<https://emba.gnu.org/emacs/emacs>

Robert

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 42720 <at> debbugs.gnu.org
Subject: Re: bug#42720: 28.0.50; mml-first-secure-en-decrypt-sign-1 test
 failing on Fedora 31
Date: Sun, 9 Aug 2020 01:41:25 -0700

On 8/8/20 3:01 AM, Lars Ingebrigtsen wrote:
> I've now marked it as unstable -- does that get rid of the "make check"
> failure for you?

Yes, seems to work for me now; thanks.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: 42720 <at> debbugs.gnu.org, Paul Eggert <eggert <at> cs.ucla.edu>
Subject: Re: bug#42720: 28.0.50; mml-first-secure-en-decrypt-sign-1 test
 failing on Fedora 31
Date: Sun, 09 Aug 2020 12:00:43 +0200

Robert Pluim <rpluim <at> gmail.com> writes:

> Which one? Thereʼs at least two, Hydra and EMBA, and EMBA is at:
>
> <https://emba.gnu.org/emacs/emacs>

Thanks!

All the builds on emba seems to fail:

From https://emba.gnu.org/emacs/emacs
13 * [new ref]               refs/pipelines/6293 -> refs/pipelines/6293
14error: cannot lock ref 'refs/remotes/origin/master': Unable to create '/builds/emacs/emacs/.git/refs/remotes/origin/master.lock': File exists.
15Another git process seems to be running in this repository, e.g.
16an editor opened by 'git commit'. Please make sure all processes
17are terminated then try again. If it still fails, a git process
18may have crashed in this repository earlier:
19remove the file manually to continue.
20 ! acd2cb28ef..67ffffa666  master              -> origin/master  (unable to update local ref)
21Auto packing the repository in background for optimum performance.
22See "git help gc" for manual housekeeping.


But Hydra seems to work:

https://hydra.nixos.org/jobset/gnu/emacs-trunk

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 42720 <at> debbugs.gnu.org
Subject: Re: bug#42720: 28.0.50; mml-first-secure-en-decrypt-sign-1 test
 failing on Fedora 31
Date: Sun, 09 Aug 2020 12:01:35 +0200

Paul Eggert <eggert <at> cs.ucla.edu> writes:

> On 8/8/20 3:01 AM, Lars Ingebrigtsen wrote:
>> I've now marked it as unstable -- does that get rid of the "make check"
>> failure for you?
>
> Yes, seems to work for me now; thanks.

Thanks for checking; closing this report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 42720 <at> debbugs.gnu.org
Subject: Re: bug#42720: 28.0.50; mml-first-secure-en-decrypt-sign-1 test
 failing on Fedora 31
Date: Wed, 12 Aug 2020 18:41:27 -0700

[Message part 1 (text/plain, inline)]

"make -j5 check" just failed for me on Ubuntu 18.04.5 with similar symptoms in 
mml-secure-en-decrypt-sign-2 so I took the liberty of marking that unstable too. 
Failing log attached, not that the log helps much.

[mml-sec-tests.log (text/x-log, attachment)]

Previous Next

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