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

Previous Next

Package: emacs;

Reported by: Shuguang Sun <shuguang <at> gmail.com>

Date: Sun, 5 Nov 2017 04:11:01 UTC

Severity: normal

Merged with 29442

Done: Michael Albinus <michael.albinus <at> gmx.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Shuguang Sun <shuguang <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
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: Fri, 26 Jan 2018 10:03:02 +0800
[Message part 1 (text/plain, inline)]
Hi Michael,

Thank you for your patient explanition. Now it is very clear to me.

On Thu, Jan 25, 2018 at 10:50 PM, Michael Albinus <michael.albinus <at> gmx.de>
wrote:

> 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.
>
[Message part 2 (text/html, inline)]

This bug report was last modified 7 years and 176 days ago.

Previous Next


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