Thanks! This fixed the problem!!! ☺
[[alternative HTML version deleted]]
__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help
On Mon 27 Aug 2018 at 19:55, Marcora, Edoardo via ESS-help
wrote:
> Looking at the TRAMP debug buffer, this is where things hang...
>
> 11:53:28.096969 tramp-send-string (10) # cd
> /hpc/users/XXX/projects/ad.myeloid/2018-08-22.hgnc_reannot/ && exec env
>
Looking at the TRAMP debug buffer, this is where things hang...
11:53:28.096969 tramp-send-string (10) # cd
/hpc/users/XXX/projects/ad.myeloid/2018-08-22.hgnc_reannot/ && exec env
PS1\=/ssh\:XXX\@bode.hpc.mssm.edu\:/hpc/users/XXX/projects/ad.myeloid/2018-08-22.hgnc_reannot/\
\#\$\ TERMCAP\=
I am having the same problem here! I turned tramp logging to the max and
discovered that the wrong path to the R executable is used. However, I haven’t
yet found a way to fix this… never had a problem before with the same exact
setup (but older emacs and ESS versions).
I am having the same issues!
I turned on TRAMP logging and the issue seems to be in the fact that ESS send
the wrong path to the R executable. However, I haven’t found a way to fix this
yet… any idea? I never had a problem before.
I have (add-to-list 'tramp-remote-path 'tramp-own-remote-path)
Do you have a proper ssh remote to test this on? Could this be docker specific?
>> On ma, jul 23 2018 05:58, Gammel Holte via ESS-help wrote:
>>
>> Just a shot in the dark, but does /ssh:root@localhost#6000:/root/.Rhistory
>> exist and you have read/write permission?
>>
> Apologies for the
>
> Just a shot in the dark, but does /ssh:root@localhost#6000:/root/.Rhistory
> exist and you have read/write permission?
>
Apologies for the late reply. Yes, it does exist and I have rw permissions.
Anything else I can do to debug this issue?
Thanks.
[[alternative HTML version
Hi,
I'm using ESS version 17.11 from MELPA (build 20180710.400) on Emacs 26.1,
Linux.
No configuration, just (use-package ess).
ESS hangs when I open a remote session. I first open a remote file at
/ssh:root@localhost#6000:/root/foo.r (this is an Docker container listening
on port 6000, but it