GNU bug report logs -
#57786
28.1; run-python fails when using tramp-sshfs
Previous Next
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.
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):
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):
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):
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):
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.