From: Simon <simon.allfrey@epfl.ch>
Subject: Re: how to persuade shell/ssh mode to use remote dynamic completion.
Date: 27 Jul 2002 13:09:06 +0200 [thread overview]
Message-ID: <l7p65z1a0ml.fsf@crpppc138.epfl.ch> (raw)
In-Reply-To: vafn0selm3d.fsf@lucy.cs.uni-dortmund.de
Kai.Grossjohann@CS.Uni-Dortmund.DE (KaiGroßjohann) writes:
> simon.allfrey@epfl.ch (Simon Allfrey) writes:
>
> > 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.
>
> 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?
next prev parent reply other threads:[~2002-07-27 11:09 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-07-26 9:39 how to persuade shell/ssh mode to use remote dynamic completion Simon Allfrey
2002-07-26 12:17 ` Kai Großjohann
2002-07-27 11:09 ` Simon [this message]
2002-07-27 12:39 ` Kai Großjohann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=l7p65z1a0ml.fsf@crpppc138.epfl.ch \
--to=simon.allfrey@epfl.ch \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).