Re: Tramp and NT-Emacs with plink

[Douglas Gray Stephens]

Jonathan,

At 12:02 (GMT-0400) on 12-September-2002, Jonathan Epstein wrote:

 > I am extremely grateful for the efforts that Douglas Stephens and
 > Kai (and others) have put into this.  After months of beating my
 > head against this, I am now finally able to get remote access from
 > my W2K Emacs 20.6.1+Tramp 2.0.17 to several (secured) remote Linux
 > systems, without having to store my password locally in any way.
 > Here's the only TRAMP-specific code in my _emacs : 
 > 
 > (require 'tramp)
 > (require 'telnet)
 > (setq tramp-password-end-of-line "\r\n")
 > (setq tramp-default-method "plink")
 > (setq tramp-verbose 10)
 > (setq tramp-debug-buffer t)
 > (setq tramp-auto-save-directory "c:/temp")

My emacs file has
  ;; My own lisp code
  (setq load-path (append
                   (list (expand-file-name "~/emacs")
                         (expand-file-name "~/emacs/html-helper-mode")
                         (expand-file-name "~/emacs/elib-1.0")
                         (expand-file-name "~/emacs/pcl-cvs-2.9.9")
                         (expand-file-name "~/emacs/tramp/lisp")
                         )
                   load-path
                   ))


 <snip>

  (setq-default buffer-file-coding-system 'undecided-unix)

 <snip>

  (require 'tramp)
  (setq tramp-verbose 10) ;; Help debugging
  (setq tramp-debug-buffer t) ;; Help debugging
  (setq tramp-auto-save-directory "d:/temp") ;; Faster auto saves
  (setq tramp-password-end-of-line "\r\n") 
  (setq tramp-default-method "plink")
  (add-to-list 'tramp-remote-path "/export/home/gray/bin")

and I am successfully talking to Linux and Solaris 2.8 boxes (the
Solaris boxes are now running perl 5.6.0, but I do not think that is
an issue.

I have to set the path to ensure the mimencode binary is found.

I realise that Kai has responded, and so you may already have a
solution.

Douglas.

 > It's possible that I could even remove some of this.
 > 
 > Anyhow, while access to the two Linux systems works great, I am currently 
 > unable to access a remote Solaris system which is a bit old, and is running 
 > a version of Perl that's a bit old:
 > 
 > trypsin% uname -a
 > SunOS trypsin 5.8 Generic_108528-15 sun4u sparc SUNW,Ultra-5_10
 > trypsin% perl -v
 > 
 > This is perl, version 5.005_03 built for sun4-solaris
 > 
 > 
 >  I see the following at the end of the *Messages* buffer:
 > 
 > tramp: Checking to see if encoding/decoding commands work on remote host...
 > Remote host cannot execute de/encoding commands.  See buffer `*tramp/plink 
 > address@hidden' for details
 > 
 > 
 >   But that buffer is quite uninformative, and only contains the line:
 > 
 > Process *tramp/plink address@hidden interrupt
 > 
 >   Here's the end of the debug buffer:
 > 
 > # Checking remote decoding command `tramp_decode' for sanity
 > $ ( echo xyzzy | tramp_encode | tramp_decode >/dev/null 2>/dev/null; echo 
 > tramp_exit_status $? )
 > tramp_exit_status 0
 > # Using remote encoding tramp_encode
 > # Using remote decoding tramp_decode
 > # Using local encoding base64-encode-region
 > # Using local decoding base64-decode-region
 > # Checking to see if encoding/decoding commands work on remote host...
 > $ echo xyzzy | tramp_encode | tramp_decode
 > 
 > 
 > So it looks as though it hangs on the encoding and/or decoding.  Is this a 
 > known problem with older versions of Perl?  It wouldn't be a big deal to 
 > upgrade Perl on that system if this is the consensus.
 > 
 > Thanks,
 > 
 > Jonathan
 > 
 > 
 > 
 > At 12:30 PM 9/12/2002 +0200, Kai wrote:
 > >Douglas Gray Stephens <address@hidden> writes:
 > >
 > >> I have downloaded 2.0.16 from the CVS archive on 
 > >>  address@hidden:/cvsroot/tramp 
 > >> and tried it out, and I only need set 
 > >>  (setq tramp-password-end-of-line "\r\n") 
 > >> and otherwise the code works without modification.
 > >
 > >That's good news!
 > >
 > >> I have noticed that
 > >>  1.  I cannot use
 > >>        /hostname:file
 > >>      as it does not get the password prompt, while
 > >>        /address@hidden:file
 > >>      works.
 > >
 > >Hm.  Can you (setq tramp-debug-buffer t) and show me a debug buffer
 > >for the former case, and a debug buffer for the latter case, to
 > >compare?  (Buffer *debug tramp/foo*.)
 > >
 > >>  2.  The code is always uploading the perl code for encoding/decoding,
 > >>      while before I could use the existing binary mimencode on the
 > >>      remote host.
 > >
 > >I did this because I'm lazy.  I recently added a change so that this
 > >code is only uploaded for inline methods (not for out-of-band
 > >methods), but at the time the code is uploaded Tramp does not know
 > >yet whether it will use it.
 > >
 > >I hope I will get around to improving this someday.
 > >
 > >kai
 > >-- 
 > >~/.signature is: umop 3p!sdn    (Frank Nobis)
 > >
 > >
 > >_______________________________________________
 > >Tramp-devel mailing list
 > >address@hidden
 > >http://mail.freesoftware.fsf.org/mailman/listinfo/tramp-devel
 > 
 > 

-- 

================================
Douglas GRAY STEPHENS        
Technical Architect (Directories)
Schlumberger Cambridge Research
High Cross,
Madingley Road,
Cambridge.
CB3 0EL
ENGLAND

Phone  +44 1223 325295
Mobile +44 773 0051628
Fax    +44 1223 311830
Email address@hidden
================================