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
>[EMAIL PROTECTED]*' for details
>
>
> But that buffer is quite uninformative, and only contains the line:
>
> Process *tramp/plink [EMAIL PROTECTED]* 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 <[EMAIL PROTECTED]> writes:
> >
> >> I have downloaded 2.0.16 from the CVS archive on
> >> [EMAIL PROTECTED]:/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
> >> /user@hostname: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
> >[EMAIL PROTECTED]
> >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 [EMAIL PROTECTED]
================================
_______________________________________________
Tramp-devel mailing list
[EMAIL PROTECTED]
http://mail.freesoftware.fsf.org/mailman/listinfo/tramp-devel
