GNU bug report logs - #57786
28.1; run-python fails when using tramp-sshfs

Previous Next

Package: emacs;

Reported by: sbaugh <at> catern.com

Date: Tue, 13 Sep 2022 22:56:02 UTC

Severity: normal

Found in version 28.1

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#57786; Package emacs. (Tue, 13 Sep 2022 22:56:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to sbaugh <at> catern.com:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 13 Sep 2022 22:56:02 GMT) Full text and rfc822 format available.

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

From: sbaugh <at> catern.com
To: bug-gnu-emacs <at> gnu.org
Subject: 28.1; run-python fails when using tramp-sshfs
Date: Tue, 13 Sep 2022 22:55:17 +0000 (UTC)
1. Open a remote Python file with /sshfs:hostname:/path/to/file.py
2. Hit C-c C-p (run-python) to start a Python REPL
3. Observe a failure with the message:
tramp-send-string: Process *tramp/sshfs earth* not running



In GNU Emacs 28.1 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw scroll bars)
Windowing system distributor 'The X.Org Foundation', version 11.0.12013000
System Description: NixOS 21.11 (Porcupine)

Configured using:
 'configure
 --prefix=/nix/store/mdi1yi5y3nnm2bwm34qv41nxgpnvqb2s-emacs-28.1
 --disable-build-details --with-modules --with-x-toolkit=lucid
 --with-xft --with-cairo'

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

Important settings:
  value of $EMACSLOADPATH: 
  value of $EMACSNATIVELOADPATH: /nix/store/lxhvfz483p69srg7xnqai2ycni628v8a-emacs-packages-deps/share/emacs/native-lisp::
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#57786; Package emacs. (Wed, 14 Sep 2022 07:30:02 GMT) Full text and rfc822 format available.

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

From: Michael Albinus <michael.albinus <at> gmx.de>
To: sbaugh <at> catern.com
Cc: 57786 <at> debbugs.gnu.org
Subject: Re: bug#57786: 28.1; run-python fails when using tramp-sshfs
Date: Wed, 14 Sep 2022 09:29:35 +0200
sbaugh <at> catern.com writes:

Hi,

> 1. Open a remote Python file with /sshfs:hostname:/path/to/file.py
> 2. Hit C-c C-p (run-python) to start a Python REPL
> 3. Observe a failure with the message:
> tramp-send-string: Process *tramp/sshfs earth* not running

I can reproduce it with Emacs 28.1, 28.2 and 29.0.50.

However, it seems that this isn't supported by python.el. It uses
internal Tramp functions from tramp-sh.el, so it is unlikely it will run
over an sshfs connection.

Perhaps an error message from python.el is needed, saying "Remote
connection `sshfs' isn't supported for processes". or alike.

Best regards, Michael.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#57786; Package emacs. (Wed, 14 Sep 2022 11:26:01 GMT) Full text and rfc822 format available.

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

From: Spencer Baugh <sbaugh <at> catern.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 57786 <at> debbugs.gnu.org
Subject: Re: bug#57786: 28.1; run-python fails when using tramp-sshfs
Date: Wed, 14 Sep 2022 11:25:01 +0000 (UTC)
Michael Albinus <michael.albinus <at> gmx.de> writes:
> sbaugh <at> catern.com writes:
>> 1. Open a remote Python file with /sshfs:hostname:/path/to/file.py
>> 2. Hit C-c C-p (run-python) to start a Python REPL
>> 3. Observe a failure with the message:
>> tramp-send-string: Process *tramp/sshfs earth* not running
>
> I can reproduce it with Emacs 28.1, 28.2 and 29.0.50.
>
> However, it seems that this isn't supported by python.el. It uses
> internal Tramp functions from tramp-sh.el, so it is unlikely it will run
> over an sshfs connection.
>
> Perhaps an error message from python.el is needed, saying "Remote
> connection `sshfs' isn't supported for processes". or alike.

Seems like a bug in python.el then; the sshfs TRAMP method has better
performance than the ssh method, so it would be nice to be able to use
it when editing Python files...




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#57786; Package emacs. (Wed, 14 Sep 2022 11:40:02 GMT) Full text and rfc822 format available.

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

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Spencer Baugh <sbaugh <at> catern.com>
Cc: "Fabián E. Gallina" <fgallina <at> gnu.org>,
 Augusto Stoffel <arstoffel <at> gmail.com>, 57786 <at> debbugs.gnu.org
Subject: Re: bug#57786: 28.1; run-python fails when using tramp-sshfs
Date: Wed, 14 Sep 2022 13:39:34 +0200
Spencer Baugh <sbaugh <at> catern.com> writes:

Hi Spencer,

>>> 1. Open a remote Python file with /sshfs:hostname:/path/to/file.py
>>> 2. Hit C-c C-p (run-python) to start a Python REPL
>>> 3. Observe a failure with the message:
>>> tramp-send-string: Process *tramp/sshfs earth* not running
>>
>> I can reproduce it with Emacs 28.1, 28.2 and 29.0.50.
>>
>> However, it seems that this isn't supported by python.el. It uses
>> internal Tramp functions from tramp-sh.el, so it is unlikely it will run
>> over an sshfs connection.
>>
>> Perhaps an error message from python.el is needed, saying "Remote
>> connection `sshfs' isn't supported for processes". or alike.
>
> Seems like a bug in python.el then; the sshfs TRAMP method has better
> performance than the ssh method, so it would be nice to be able to use
> it when editing Python files...

Perhaps. I'm adding Fabián and Augusto to Cc.

Note that there were discsussions in the emacs-devel ML to "normalize"
the Tramp use in Python. This is mainly stalled, because I have no real
insight what Python needs.

Best regards, Michael.




This bug report was last modified 2 years and 275 days ago.

Previous Next


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