Bug#358611:

Michael Albinus <[EMAIL PROTECTED]> writes: > No, it isn't. I've added some words about zsh prompt setting into the > Tramp manual (in fact, this is the recipe I've pointed to). Will be > available with Tramp 2.0.54. Thanks. I'll close this with 2.0.54 as a documentation bug, then. Cheers, --

Bug#358611:

Tom Rauchenwald <[EMAIL PROTECTED]> writes: >> Could you, please, check whether the recipe mentioned in >> >> works also for you? > Yes, that did the trick (with the default tramp-shell-prompt-pattern). Hmm, so this is not a b

Bug#358611:

Romain Francoise <[EMAIL PROTECTED]> writes: > Hmm, so this is not a bug in Tramp after all? Michael? No, it isn't. I've added some words about zsh prompt setting into the Tramp manual (in fact, this is the recipe I've pointed to). Will be available with Tramp 2.0.54. Best regards, Michael. -

Bug#358611:

Michael Albinus <[EMAIL PROTECTED]> writes: > Tom Rauchenwald <[EMAIL PROTECTED]> writes: > >> I had the same problem. >> I think the problem is this line: >>> # ^M^Msanctum ttypts/10 ~ # > > This reminds me of a recent discussion on the emacs-devel mailing > list.

Bug#358611:

Tom Rauchenwald <[EMAIL PROTECTED]> writes: > I had the same problem. > I think the problem is this line: >> # ^M^Msanctum ttypts/10 ~ # This reminds me of a recent discussion on the emacs-devel mailing list. Looks like you (and Jürgen, the original poster) are us

Bug#358611:

Package: tramp Version: 1:2.0.53-1 Followup-For: Bug #358611 I had the same problem. I think the problem is this line: > # ^M^Msanctum ttypts/10 ~ # "M-: (re-search-forward tramp-shell-prompt-pattern)" matches the first # and the following spaces

Bug#358611: Output of tramp-submit-bug

=?utf-8?Q?J=C3=BCrgen?= Erhard <[EMAIL PROTECTED]> writes: > And the *tramp...* buffer says > > > # ^M^Msanctum ttypts/10 ~ # > > That's an empty line, then a sharp with space... the first ^M (an > actual CR, not a "^M" ;) is in column 79. End of buffer is after

Bug#358611: Output of tramp-submit-bug

On Wed, Apr 05, 2006 at 05:50:23PM +0200, Michael Albinus wrote: > =?UTF-8?Q?J=C3=BCrgen?= Erhard <[EMAIL PROTECTED]> writes: > > > (Or did you want me to sent this to tramp-devel? [...] > > It doesn't matter - it reaches always me :-) Ah, checked directory.fsf.org just now... didn't know you w

Bug#358611: Output of tramp-submit-bug

=?UTF-8?Q?J=C3=BCrgen?= Erhard <[EMAIL PROTECTED]> writes: > To me it looks like it times out, and defaults to "Login failed" (even > though the docs say you only get that when you get a login error from > the target system, if I read the source right, it seems to be the > default when it cannot r

Bug#358611: Output of tramp-submit-bug

To me it looks like it times out, and defaults to "Login failed" (even though the docs say you only get that when you get a login error from the target system, if I read the source right, it seems to be the default when it cannot recognize the logged in state). Remote logins don't work either. (O

Bug#358611: su: method stopped working, always nets a "Login Failed"

"=?UTF-8?Q?J=C3=BCrgen?= A. Erhard" <[EMAIL PROTECTED]> writes: > I only get a Login Failed after a while. Target machine is, well, > same machine since it's the su: method. Password is correct. > > Disabling all (microscopic) customizations didn't change a thing. Could you, please, apply "M-x

Bug#358611: su: method stopped working, always nets a "Login Failed"

Package: tramp Version: 1:2.0.52-2 Severity: important I only get a Login Failed after a while. Target machine is, well, same machine since it's the su: method. Password is correct. Disabling all (microscopic) customizations didn't change a thing. The last two lines I get in *Messages* with tr