GNU bug report logs - #42538
28.0.50; tramp-test35-remote-path test timing out on macOS

Previous Next

Full log

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

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 42538 <at> debbugs.gnu.org
Subject: Re: bug#42538: 28.0.50;
 tramp-test35-remote-path test timing out on macOS
Date: Sat, 1 Aug 2020 21:24:28 +0200

Am Sa., 1. Aug. 2020 um 20:15 Uhr schrieb Michael Albinus
<michael.albinus <at> gmx.de>:
>
> Philipp Stephani <p.stephani2 <at> gmail.com> writes:
>
> Hi Philipp,
>
> > Even that assumption doesn't hold, even if restricted to a single
> > operating system. See e.g. the per-architecture signal number table at
> > https://man7.org/linux/man-pages/man7/signal.7.html.
> > How about using the fallback ("Signal #123") in all cases? In practice
> > the signal descriptions aren't portable, so users can't parse them
> > anyway.
>
> I've tried an alternative implementation, getting the string from the
> remote host (and caching it then). Pushed to master. Could you, pls, check?

It doesn't hang for me any more, thanks. Now I only get the "normal"
test failure:

Test tramp-test33-environment-variables condition:
    (ert-test-failed
     ((should
       (string-equal
(format "%s,tramp:%s" emacs-version tramp-version)
(funcall this-shell-command-to-string "echo -n ${INSIDE_EMACS:-bla}")))
      :form
      (string-equal "28.0.50,tramp:2.5.0-pre" "-n 28.0.50,tramp:2.5.0-pre
")
      :value nil))
   FAILED  45/68  tramp-test33-environment-variables (0.198462 sec)

It looks like this "echo" command/builtin doesn't support "-n".

Previous Next

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