unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Robert J. Chassell" <bob@rattlesnake.com>
Cc: emacs-devel@gnu.org
Subject: Re: how to find out methods for tramp?
Date: Wed, 19 Jun 2002 14:28:29 +0000 (UTC)	[thread overview]
Message-ID: <m17KgRh-000Ij1C@localhost> (raw)
In-Reply-To: vafn0troa67.fsf@INBOX.auto.emacs.devel.tok.lucy.cs.uni-dortmund.de

   "Robert J. Chassell" <bob@rattlesnake.com> writes:

   > The problem is, the only way I could choose one method instead of
   > another was to try a whole bunch of methods.  That is the problem and
   > is inefficent.

   This is bad.  I agree with Eli and Richard that this means that the
   manual needs to be fixed.  Thanks a lot for finding this problem.

   Can you say which kind of explanation would have helped you to find
   the right method quickly?

Ideally, Tramp should try additional methods if the method you use
fails (with an option to turn off this feature by setting a variable).

In any case, messages that go to the *Message* buffer should be more
helpful in telling what happened.  They should tell you 

    `mimencode' not found on this machine; try a Tram method using
    `uuencode', which is found on this machine

    Tramp method `sm' confused by extra questions to SSH; try `smx'

    SSH fails; try a telnet method, such as `tm'

        [[Yes, there was a period, after their system administrator
        died unexpectely, when my ISP permit insecure telnet
        connections from anywhere, but prevented secure SSH
        connections -- just the opposite of what had been
        intended...]]



   Maybe the right way to explain it is to start from the user's
   situation.  We should get the user to log in to the remote host from
   the command line.  The command used there will tell us something
   about which methods are applicable.

This is what I have been doing.  That is how I know that one of the
machines I connect to lacks `mimencode'.  This method should be a last
resort, since it is so inefficient.  

It is a way to track down bugs, not a way to get tramp working on 15
different machines, some running non-GNU operating systems, such as
SunOS, as 16 different users.


   Then we could tell the user to issue commands like "type mimencode"
   and "type uuencode", as you have used.  This will tell us more about
   the applicable methods.

This kind of information should be in the `Recovery from Problems'
section.  It is useful for helping people to report bugs. If Tramp is
able to connect, it should be able to run `type mimencode'
automatically if need be.

-- 
    Robert J. Chassell                  bob@rattlesnake.com
    Rattlesnake Enterprises             http://www.rattlesnake.com

      parent reply	other threads:[~2002-06-19 14:28 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-17 16:42 how to find out methods for tramp? Robert J. Chassell
2002-06-17 17:17 ` Andreas Schwab
2002-06-17 18:19   ` Miles Bader
2002-06-19  2:23   ` Richard Stallman
2002-06-19 13:24     ` Robert J. Chassell
2002-06-19 15:12       ` Stefan Monnier
2002-06-19 15:46         ` Robert J. Chassell
2002-06-19 15:52           ` Stefan Monnier
2002-06-19 17:15             ` Robert J. Chassell
2002-06-20 11:22           ` Andreas Schwab
2002-06-20 13:17             ` Robert J. Chassell
2002-06-20 13:49               ` Andreas Schwab
2002-06-21  9:42             ` Richard Stallman
2002-06-21  9:57               ` Per Abrahamsen
2002-06-21 13:25                 ` Miles Bader
2002-06-18 16:29 ` Kai Großjohann
2002-06-18 16:58   ` Stefan Monnier
2002-06-18 17:45   ` Robert J. Chassell
2002-06-19  5:21     ` Eli Zaretskii
2002-06-19 10:05     ` Kai Großjohann
2002-06-19 12:32       ` Kim F. Storm
2002-06-19 12:45         ` Kai Großjohann
2002-06-19 14:28       ` Robert J. Chassell [this message]

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=m17KgRh-000Ij1C@localhost \
    --to=bob@rattlesnake.com \
    --cc=emacs-devel@gnu.org \
    /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).