* Tramp login failure on Mac OS X
@ 2003-10-27 0:23 Matthew Calhoun
0 siblings, 0 replies; 5+ messages in thread
From: Matthew Calhoun @ 2003-10-27 0:23 UTC (permalink / raw)
Hello,
I'm attempting to use Tramp in Carbon Emacs, version 21.3.50.1, without
much success. I normally use either ssh or sftp to access files on the
machine, so first I tried setting tramp-default-method to ssh. I got
messages that said "Waiting 60s for prompt from remote shell" and then
"Login failed." In the list archives I found a suggestion to use sshx,
but that didn't work either:
tramp: Opening connection for matt@www.example.com using sshx...
tramp: Waiting for prompts from remote shell
tramp: Waiting 60s for prompt from remote shell
tramp-process-actions: Login failed
It's quite possible that I'm doing something wrong. I have:
(require 'tramp)
(setq tramp-default-method "sshx")
in my .emacs, and I'm trying to edit a file by doing something like:
C-x C-f /matt@www.example.com:file.txt
If I understand correctly, I should see a password prompt in the
minibuffer shortly after typing the above and hitting return. I'm
stumped. Does anyone see what the problem might be?
Thanks,
Matt
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Tramp login failure on Mac OS X
[not found] <BBC1E3B2.19484%harman@princeton.edu>
@ 2003-10-27 2:13 ` Matthew Calhoun
0 siblings, 0 replies; 5+ messages in thread
From: Matthew Calhoun @ 2003-10-27 2:13 UTC (permalink / raw)
I saw a reference to that setting in the archives, but it seemed to
indicate that bad things could happen as a result of setting
process-connection-type to t on OS X. I didn't fully understand the
documentation for process-connection-type, so I left it alone.
I tried it just now, and now Tramp does indeed work. Very nice, if a
bit slow. Is this solution likely to cause other problems, though?
Thanks,
Matt
El Sunday, 26 October, 2003, a las 05:48 PM, Gilbert Harman escribió:
> Using a similar set-up to yours,
> I found I needed to have the following in my .emacs
>
> (setq process-connection-type t)
>
> My .emacs does not contain either of the lines you have.
>
> Gil
>
> On 10/26/03 7:23 PM, "Matthew Calhoun" <calhounm@mac.com> wrote:
>
>> It's quite possible that I'm doing something wrong. I have:
>>
>> (require 'tramp)
>> (setq tramp-default-method "sshx")
>>
>> in my .emacs, and I'm trying to edit a file by doing something like:
>>
>> C-x C-f /matt@www.example.com:file.txt
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Tramp login failure on Mac OS X
[not found] <mailman.2506.1067220869.21628.help-gnu-emacs@gnu.org>
@ 2003-10-27 11:52 ` Piet van Oostrum
2003-10-27 15:58 ` Stefan Monnier
0 siblings, 1 reply; 5+ messages in thread
From: Piet van Oostrum @ 2003-10-27 11:52 UTC (permalink / raw)
>>>>> Matthew Calhoun <calhounm@mac.com> (MC) wrote:
MC> I saw a reference to that setting in the archives, but it seemed to
MC> indicate that bad things could happen as a result of setting
MC> process-connection-type to t on OS X. I didn't fully understand the
MC> documentation for process-connection-type, so I left it alone.
MC> I tried it just now, and now Tramp does indeed work. Very nice, if a bit
MC> slow. Is this solution likely to cause other problems, though?
Setting process-connection-type to non-nil can make other things fail.
Especially it can cause subprocesses to lose some of their output. I have
experienced this with AUCTeX. So I have in my .emacs file:
(setq process-connection-type nil)
And this causes tramp to fail in the way you described.
I got around this with the following code:
(defadvice tramp-maybe-open-connection
(around set-process-connection-type)
"Set process-connection-type to pty."
(let ((process-connection-type 'pty))
ad-do-it))
(ad-activate 'tramp-maybe-open-connection)
--
Piet van Oostrum <piet@cs.uu.nl>
URL: http://www.cs.uu.nl/~piet [PGP]
Private email: P.van.Oostrum@hccnet.nl
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Tramp login failure on Mac OS X
2003-10-27 11:52 ` Tramp login failure on Mac OS X Piet van Oostrum
@ 2003-10-27 15:58 ` Stefan Monnier
2003-10-30 21:24 ` Kai Grossjohann
0 siblings, 1 reply; 5+ messages in thread
From: Stefan Monnier @ 2003-10-27 15:58 UTC (permalink / raw)
> (defadvice tramp-maybe-open-connection
> (around set-process-connection-type)
> "Set process-connection-type to pty."
> (let ((process-connection-type 'pty))
> ad-do-it))
Please report it as a bug in Tramp: it should not depend on the default
value of process-connection-type.
Stefan
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Tramp login failure on Mac OS X
2003-10-27 15:58 ` Stefan Monnier
@ 2003-10-30 21:24 ` Kai Grossjohann
0 siblings, 0 replies; 5+ messages in thread
From: Kai Grossjohann @ 2003-10-30 21:24 UTC (permalink / raw)
Stefan Monnier <monnier@iro.umontreal.ca> writes:
>> (defadvice tramp-maybe-open-connection
>> (around set-process-connection-type)
>> "Set process-connection-type to pty."
>> (let ((process-connection-type 'pty))
>> ad-do-it))
>
> Please report it as a bug in Tramp: it should not depend on the default
> value of process-connection-type.
I vaguely recall that this came up before. Hmmmm... I think there
are circumstances where it is bad to frob process-connection-type. I
don't have time at the moment to grep the mailing list archives :-|
But introducing a variable tramp-process-connection-type could be
useful.
What do people think?
Kai
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-10-30 21:24 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <mailman.2506.1067220869.21628.help-gnu-emacs@gnu.org>
2003-10-27 11:52 ` Tramp login failure on Mac OS X Piet van Oostrum
2003-10-27 15:58 ` Stefan Monnier
2003-10-30 21:24 ` Kai Grossjohann
[not found] <BBC1E3B2.19484%harman@princeton.edu>
2003-10-27 2:13 ` Matthew Calhoun
2003-10-27 0:23 Matthew Calhoun
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).