From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Simon Newsgroups: gmane.emacs.bugs Subject: Re: how to persuade shell/ssh mode to use remote dynamic completion. Date: 27 Jul 2002 13:09:06 +0200 Organization: EPFL Sender: bug-gnu-emacs-admin@gnu.org Message-ID: References: <3D4118C1.6AABE580@epfl.ch> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1027768202 10642 127.0.0.1 (27 Jul 2002 11:10:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 27 Jul 2002 11:10:02 +0000 (UTC) Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17YPSS-0002lX-00 for ; Sat, 27 Jul 2002 13:10:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17YPSm-0006E3-00; Sat, 27 Jul 2002 07:10:20 -0400 Original-Received: from sicinfo.epfl.ch ([128.178.50.84]) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17YPRi-0006D0-00 for ; Sat, 27 Jul 2002 07:09:14 -0400 Original-Received: from epflnews.epfl.ch (news@localhost [127.0.0.1]) by sicinfo.epfl.ch (8.8.X/EPFL-8.1a) with SMTP id NAA19402 for ; Sat, 27 Jul 2002 13:09:13 +0200 (MET DST) Original-To: gnu-emacs-bug@gnu.org Original-Newsgroups: gnu.emacs.bug Original-Lines: 40 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.1 Original-NNTP-Posting-Host: crpppc138.epfl.ch Original-X-Trace: epflnews.epfl.ch 1027768146 crpppc138.epfl.ch (27 Jul 2002 13:09:06 +0200) X-MIME-Autoconverted: from 8bit to quoted-printable by sicinfo.epfl.ch id NAA19402 Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:2945 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:2945 Kai.Grossjohann@CS.Uni-Dortmund.DE (KaiGro=DFjohann) writes: > simon.allfrey@epfl.ch (Simon Allfrey) writes: >=20 > > Most machines I connect to will only accept secure connections. > > Under ssh remote directory tracking (via tramp/ssh), while possible > > can be very slow. In the case of gateway scenario where the remote > > machines do not support the inline tramp methods, directory tracking > > becomes impossible. Thus I look to the remote shell to support > > command/filename completion but I want to avoid if at all possible > > using the unfriendly term mode. >=20 > I understand the "slow" part. But I don't understand the "gateway > scenario" part -- if you can log in to the machine and get a shell, > then you should be able to use Tramp, no? Since we need to go through a gateway a multihop method would be needed: * `multi' -- base64 encoding with `mimencode' mimencode is not supported on the most remote machine and, * `multiu' -- use commands `uuencode' and `uudecode' falls foul of: * The uuencode method does not always work. Due to the design of TRAMP, the encoding and decoding programs need to read from stdin and write to stdout. On some systems, `uudecode -o -' will read stdin and write the decoded file to stdout, on other systems `uudecode -p' does the same thing. But some systems have uudecode implementations which cannot do this at all--it is not possible to call these uudecode implementations with suitable parameters so that they write to stdout. Even if I provided mimencode on the most remote machine, permitting use tramp, would the problem of command completion not remain?