GNU bug report logs - #29149
Tramp shell uses local shell setting in windows

Previous Next

Full log

View this message in rfc822 format

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Shuguang Sun <shuguang <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 29149-done <at> debbugs.gnu.org
Subject: bug#29149: Tramp shell uses local shell setting in windows
Date: Thu, 25 Jan 2018 15:50:04 +0100

Shuguang Sun <shuguang <at> gmail.com> writes:

Hi Shuguang,

>     And even in case there is no explicit-shell-file-name set,
>     read-file-name shall work as expected with the existing
>     default-directory.
>
> If there is no explicit-shell-file-name set when local windows and
> remote nix-llike, the read-file-name will 
> 1. put the shell-file-name "c:/..../cmdproxy.exeS" after the default
> directory in the minibuffer prompt. User has to delete those things. 
> 2. Usually the shell file is more close to root "/" than the the
> default directory (which is the HOME or even deeper). User has to
> delete characters to the root and then find the shell file.
>  User experience may need improvement.

You get the default in the minibuffer like
"/plink:remotehost:<default-directory><shell-file-name>". The prompt is
between <default-directory> and local <shell-file-name>. You do NOT need
to delete anything from <default-directory>, delete the local
<shell-file-name> by C-k, which must be done anyway. Then, simply type
"/path/to/my/shell" (for example, "/bin/bash"). Note the resulting
double-slash between <default-directory> and what you have typed! This
works due to the electricity of file name completion in the
minibuffer. This is roughly the same as typing the shell file name from
the remote host's root directory.

See also (info "(tramp) File name completion")

Best regards, Michael.

Previous Next

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