tramp

tramp

[Miles Bader]

Is tramp in the current emacs CVS (2002-08-02) supposed to work?

I've tried a bunch of different filenames, and invariably tramp gets
confused and just hangs waiting for a prompt or something.  When I use
^G to interrupt it, and look at the `*tramp...*' buffer, I see a shell
prompt (but apparently tramp never realized it).


For instance, visiting:

`/sudo:root@localhost:/etc':

   Shows the following messages:

      tramp: Opening connection for `root' using `sudo'...
      tramp: Processing actions
      tramp: Waiting 60s for prompt from remote shell
      tramp: Looking for pattern ^.*\([pP]assword\|passphrase.*\):
      tramp: Looking for pattern .*ogin: *
      tramp: Looking for pattern ^\(([^) 	]*)\|[^> 	]*[>]\)\s-*
      tramp: Found remote shell prompt.
      tramp: Waiting 30s for remote `/bin/sh' to come up...
      Quit

  [Seeing `Found remote shell prompt' immediately followed by 
   `Waiting 30s for remote `/bin/sh' to come up' seems ... odd.]

  Looking in the `*tramp/sudo root@localhost*' buffer, I see:

     sh-2.05b# 


`/su:root@localhost:/etc':

   Shows the following messages:

      tramp: Opening connection for `root' using `su'...
      tramp: Processing actions
      tramp: Waiting 60s for prompt from remote shell
      tramp: Looking for pattern ^.*\([pP]assword\|passphrase.*\):
      Password: 
      Password: .
      Password: ..
      Password: .......
      tramp: Looking for pattern .*ogin: *
      tramp: Looking for pattern ^\(([^) 	]*)\|[^> 	]*[>]\)\s-*
      tramp: Looking for pattern ^.*\(Permission denied.\|Login [Ii]ncorrect\|Received signal [0-9]+\|Connection \(refused\|closed\)\|Sorry, try again.\|Name or service not known\).*
      tramp: Looking for pattern Are you sure you want to continue connecting (yes/no)\? *
      tramp: Looking for pattern ^.*\([pP]assword\|passphrase.*\):
      tramp: Looking for pattern .*ogin: *
      tramp: Looking for pattern ^\(([^) 	]*)\|[^> 	]*[>]\)\s-*
      tramp: Looking for pattern ^.*\(Permission denied.\|Login [Ii]ncorrect\|Received signal [0-9]+\|Connection \(refused\|closed\)\|Sorry, try again.\|Name or service not known\).*
      tramp: Looking for pattern Are you sure you want to continue connecting (yes/no)\? *
      tramp: Looking for pattern ^.*\([pP]assword\|passphrase.*\):
      tramp: Looking for pattern .*ogin: *
      tramp: Looking for pattern ^\(([^) 	]*)\|[^> 	]*[>]\)\s-*
      tramp: Looking for pattern ^.*\(Permission denied.\|Login [Ii]ncorrect\|Received signal [0-9]+\|Connection \(refused\|closed\)\|Sorry, try again.\|Name or service not known\).*
      tramp: Looking for pattern Are you sure you want to continue connecting (yes/no)\? *
      Quit

   [Note that even though the above appears as if it's asking a user
    question, it doesn't seem to accept any input; I have to interrupt
    it to do anything]

   Looking in the `*tramp/su root@localhost*' buffer, I see:


      mcspd15:~# 

   [that's a blank line at the beginning].


Trying to use the `ssh' method to connect to `fp-ssh.gnu.org' gives
similar results to the latter, but without the password prompt (I have
ssh setup to not require a password).

Thanks,

-Miles

-- 
`...the Soviet Union was sliding in to an economic collapse so comprehensive
 that in the end its factories produced not goods but bads: finished products
 less valuable than the raw materials they were made from.'  [The Economist]

Re: tramp

[Kai Großjohann]

Miles Bader <miles@lsi.nec.co.jp> writes:

> Is tramp in the current emacs CVS (2002-08-02) supposed to work?
>
> I've tried a bunch of different filenames, and invariably tramp gets
> confused and just hangs waiting for a prompt or something.  When I use
> ^G to interrupt it, and look at the `*tramp...*' buffer, I see a shell
> prompt (but apparently tramp never realized it).

Yes, I think so.

> For instance, visiting:
>
> `/sudo:root@localhost:/etc':
>
>    Shows the following messages:
>
>       tramp: Opening connection for `root' using `sudo'...
>       tramp: Processing actions
>       tramp: Waiting 60s for prompt from remote shell
>       tramp: Looking for pattern ^.*\([pP]assword\|passphrase.*\):
>       tramp: Looking for pattern .*ogin: *
>       tramp: Looking for pattern ^\(([^) 	]*)\|[^> 	]*[>]\)\s-*

This looks like your shell-prompt-pattern.  Is it?

>       tramp: Found remote shell prompt.
>       tramp: Waiting 30s for remote `/bin/sh' to come up...
>       Quit
>
>   [Seeing `Found remote shell prompt' immediately followed by 
>    `Waiting 30s for remote `/bin/sh' to come up' seems ... odd.]

Heh :-)  First, Tramp logs in to the remote system and waits for any
old shell prompt.  But for proper operation, Tramp needs a Bourneish
shell, so it issues "exec /bin/sh" first thing.  Of course, after
this Tramp again has to wait for a shell prompt...

Maybe I should make this clearer in the messages.  But how?

>   Looking in the `*tramp/sudo root@localhost*' buffer, I see:
>
>      sh-2.05b# 

At this point, Tramp is again waiting for shell-prompt-pattern, and
this shell prompt does not match the regexp above.

Could this be the case?

It used to be that Tramp tried to grok some common shell prompts in
addition to shell-prompt-pattern.  Maybe I should re-add this feature.

>       tramp: Looking for pattern Are you sure you want to continue connecting (yes/no)\? *
>       Quit
>
>    [Note that even though the above appears as if it's asking a user
>     question, it doesn't seem to accept any input; I have to interrupt
>     it to do anything]

Hm.  Maybe this "looking for pattern" stuff should be removed from
the default debugging messages.

>    Looking in the `*tramp/su root@localhost*' buffer, I see:
>
>
>       mcspd15:~# 
>
>    [that's a blank line at the beginning].

Looks like the same shell prompt problem.

kai
-- 
A large number of young women don't trust men with beards.  (BFBS Radio)

Re: tramp

[Miles Bader]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
> >       tramp: Looking for pattern ^\(([^) 	]*)\|[^> 	]*[>]\)\s-*
> 
> This looks like your shell-prompt-pattern.  Is it?

Ah, perhaps it is.  Since shell-prompt-pattern is basically not used anymore,
I had forgotten that I had one.  However, in this case it's still clearly
wrong, since it's not _my_ shell that's being started, but root's.

> At this point, Tramp is again waiting for shell-prompt-pattern, and
> this shell prompt does not match the regexp above.
> 
> It used to be that Tramp tried to grok some common shell prompts in
> addition to shell-prompt-pattern.  Maybe I should re-add this feature.

I think it _definitely_ should match common shell prompts, as
`shell-prompt-pattern' is quite likely to be wrong, for the reasons I gave
above:

 (1) It's not used by shell-mode anymore, so it's going to suffer bit-rot.

 (2) In many cases, a shell started by tramp will be in a `different
     context' than a normal user-shell, and so will have a different
     prompt anyway.

Probably it ought to be possible to modify this on a per-connection-type and
per-machine basis (but presumably that will be handled by the whizzy config
mechanism that will added to address other problems, right?).

-Miles
-- 
The secret to creativity is knowing how to hide your sources.
  --Albert Einstein

Re: tramp

[Kai Großjohann]

Miles Bader <miles@lsi.nec.co.jp> writes:

> Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
>> >       tramp: Looking for pattern ^\(([^) 	]*)\|[^> 	]*[>]\)\s-*
>> 
>> This looks like your shell-prompt-pattern.  Is it?
>
> Ah, perhaps it is.  Since shell-prompt-pattern is basically not used anymore,
> I had forgotten that I had one.  However, in this case it's still clearly
> wrong, since it's not _my_ shell that's being started, but root's.

Right.

>> At this point, Tramp is again waiting for shell-prompt-pattern, and
>> this shell prompt does not match the regexp above.
>> 
>> It used to be that Tramp tried to grok some common shell prompts in
>> addition to shell-prompt-pattern.  Maybe I should re-add this feature.
>
> I think it _definitely_ should match common shell prompts, as
> `shell-prompt-pattern' is quite likely to be wrong, for the reasons I gave
> above:

Okay, Tramp now has its own variable, tramp-shell-prompt-pattern,
that users can set.  The default value is the same as the default
value for shell-prompt-pattern, so it should match the prompts that
your examples showed.

>  (1) It's not used by shell-mode anymore, so it's going to suffer bit-rot.

Ah.  Hm.  shell-mode just assumes that everything on the last line is
a prompt, right?  Hm.  But I think it's not possible for Tramp to
assume something similar.

It is vital for Tramp to wait until it sees a shell prompt before
sending something to the remote shell.  If you send input to the
remote shell too early, things go wrong in a quite horrible way
(depending on the remote login program that you are using).

But maybe waiting for the shell prompt is not the right thing to do.
What could Tramp do instead?

(After Tramp has ascertained that it is indeed talking to the remote
shell, it sets the shell prompt to a special value and then uses
that, and this mechanism works well.  I haven't heard any complaints,
yet, at least :-)

>  (2) In many cases, a shell started by tramp will be in a `different
>      context' than a normal user-shell, and so will have a different
>      prompt anyway.
>
> Probably it ought to be possible to modify this on a per-connection-type and
> per-machine basis (but presumably that will be handled by the whizzy config
> mechanism that will added to address other problems, right?).

Is it really necessary to modify the regexp like this?  Isn't it
enough for the user to set one value which covers all alternatives?

If possible, I would like to avoid having too many parameters that
are based on method or machine.

But I'm having similar arguments about tramp-remote-path.  It's also
just one variable, and people are requesting me to make it
configurable on a per-host basis.  But I think it is sufficient to
have one global value which contains all the directories on all the
hosts.

kai
-- 
A large number of young women don't trust men with beards.  (BFBS Radio)

Re: tramp

[Miles Bader]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
> Tramp now has its own variable, tramp-shell-prompt-pattern, that users
> can set.  The default value is the same as the default value for
> shell-prompt-pattern, so it should match the prompts that your examples
> showed.

I just tried tramp /su:localhost:/etc again today, and it works!

Startup's a bit slow though; it'd be nice if all the file-downloading
&c could be omitted on a local connection (presumably that couldn't be
the default, but it could be configurable).  Actually it would be nice
to be able to say, for _any_ specific host/user/method combo `I've
already installed tools x&y, here's where you can find them.  Yet
another job for the whizzy per-method/machine/user configuration alist.
[I guess there are probably variables for this; I've not checked.]

> shell-mode just assumes that everything on the last line is a prompt,
> right?  Hm.  But I think it's not possible for Tramp to assume something
> similar.

Probably not.

> It is vital for Tramp to wait until it sees a shell prompt before
> sending something to the remote shell.  If you send input to the
> remote shell too early, things go wrong in a quite horrible way
> (depending on the remote login program that you are using).
> 
> But maybe waiting for the shell prompt is not the right thing to do.
> What could Tramp do instead?

I don't know; is simply waiting for _some_ output too optimistic?

> >  (2) In many cases, a shell started by tramp will be in a `different
> >      context' than a normal user-shell, and so will have a different
> >      prompt anyway.
> >
> > Probably it ought to be possible to modify this on a
> > per-connection-type and per-machine basis (but presumably that will be
> > handled by the whizzy config mechanism that will added to address
> > other problems, right?).
> 
> Is it really necessary to modify the regexp like this?  Isn't it
> enough for the user to set one value which covers all alternatives?

Perhaps, but I think for me, it's more natural to think in little bits,
for concrete cases, rather than trying to cover all cases with one mondo
regexp.

It's also possible that there will in fact be conflicts, though I haven't
any personal experience of any (e.g., host X uses a shell prompt that
actually matches some other non-shell prompt login output on host Y).

> If possible, I would like to avoid having too many parameters that
> are based on method or machine.
> 
> But I'm having similar arguments about tramp-remote-path.  It's also
> just one variable, and people are requesting me to make it configurable
> on a per-host basis.  But I think it is sufficient to have one global
> value which contains all the directories on all the hosts.

I think this is a much more dangerous assumption than in the prompt case,
since what is a trusted directory on one host may not be on another.

Since there definitely are parameters which will have to be host/method
specific, and that you're better off simply making a general mechanism by
which _all_ parameters can be set on a host/method specific manner.

E.g., just an alist containing machine/method/user specs, and variables
and values, which tramp will run down and do
  (set (make-local-variable VAR) val)
inside the tramp work buffer.  Then the code can use simple variables,
but the user still gets max flexibility where needed.

An example format might be:

  ((SPEC (VAR . VAL) ...) ...)

where SPEC is either a regexp matching the hostname, or a tuple like
(HOST USER METHOD) where the components are regexps or nil (meaning
match anything).

That's what I want.

[I haven't looked at tramp's code though, so perhaps the above is not a
workable solution.]

Thanks,

-Miles
-- 
Suburbia: where they tear out the trees and then name streets after them.

Re: tramp

[Kim F. Storm]

Miles Bader <miles@lsi.nec.co.jp> writes:

> Since there definitely are parameters which will have to be host/method
> specific, and that you're better off simply making a general mechanism by
> which _all_ parameters can be set on a host/method specific manner.
> 
> E.g., just an alist containing machine/method/user specs, and variables
> and values, which tramp will run down and do
>   (set (make-local-variable VAR) val)
> inside the tramp work buffer.  Then the code can use simple variables,
> but the user still gets max flexibility where needed.
> 
> An example format might be:
> 
>   ((SPEC (VAR . VAL) ...) ...)
> 
> where SPEC is either a regexp matching the hostname, or a tuple like
> (HOST USER METHOD) where the components are regexps or nil (meaning
> match anything).
> 
> That's what I want.
> 

So do I.

I have actually very few remote machines I connect to, so I would
like to be able to configure tramp for each of those with the
optimal set of parameters (and faster connect times).

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

tramp

[Roger Mason]

Hi,

I downloaded tramp-2.0.22 and installed it.  I am trying to get it
configured. For now I have to use telnet as the default connection method,
so I executed

(setq tramp-default-method "tm") in the scratch buffer and it returned

"tm"

When I try to get a file from a my home dir on a remote machine:

/fred.here.there.everywhere:~/.emacs

I get 

Method 'tm' didn't specify a connection function in the mini-buffer.

Obviously I missed something in the configuration.  Can anyone help?

Thanks,

Roger Mason
emacs 21.1

Re: tramp

[Kai Großjohann]

Roger Mason <rmason@sparky2.esd.mun.ca> writes:

> I downloaded tramp-2.0.22 and installed it.  I am trying to get it
> configured. For now I have to use telnet as the default connection method,
> so I executed
>
> (setq tramp-default-method "tm") in the scratch buffer and it returned

The new Tramp has different methods.  It auto-detects whether to use
base64 or uuencode encodings.  The method is now called "telnet".

kai
-- 
~/.signature is: umop 3p!sdn    (Frank Nobis)

Tramp

[Roger Mason]

Hello,

I put (setq tramp-default-method "telnet") in my .emacs file.  Now, when I
try to contact a remote machine this error is returned:

 "Args out of range: 0,0".

If I try again, I get
 
"File not found and directory write-protected"

I assume something is still not configured correctly.
   
Thanks for any help.
 
Roger Mason

Re: Tramp

[Kai Großjohann]

Michael Albinus <Michael.Albinus@alcatel.de> writes:

> It's reproducible here with Tramp 2.0.23. Looks like the recent change
> in acquiring the default method has side effects. For the time being
> you should write the method explicitly like "/telnet:user@host:"

Does this patch fix it?

--- tramp.el.~2.227.~	Tue Sep 24 18:21:10 2002
+++ tramp.el	Wed Sep 25 16:03:19 2002
@@ -4331,13 +4331,14 @@
 
 (defun tramp-action-password (p multi-method method user host)
   "Query the user for a password."
+  (let ((pw-prompt (match-string 0)))
   (when (tramp-method-out-of-band-p multi-method method user host)
     (kill-process (get-buffer-process (current-buffer)))
     (error (concat "Out of band method `%s' not applicable "
 		   "for remote shell asking for a password")
 	   method))
   (tramp-message 9 "Sending password")
-  (tramp-enter-password p (match-string 0)))
+  (tramp-enter-password p pw-prompt)))
 
 (defun tramp-action-succeed (p multi-method method user host)
   "Signal success in finding shell prompt."

kai
-- 
~/.signature is: umop 3p!sdn    (Frank Nobis)

Re: Tramp

[Roger Mason]

That fixed it.  Thanks.

Roger Mason

On Wed, 25 Sep 2002, Kai [iso-8859-15] Großjohann wrote:

> Michael Albinus <Michael.Albinus@alcatel.de> writes:
> 
> > It's reproducible here with Tramp 2.0.23. Looks like the recent change
> > in acquiring the default method has side effects. For the time being
> > you should write the method explicitly like "/telnet:user@host:"
> 
> Does this patch fix it?
> 
> --- tramp.el.~2.227.~	Tue Sep 24 18:21:10 2002
> +++ tramp.el	Wed Sep 25 16:03:19 2002
> @@ -4331,13 +4331,14 @@
>  
>  (defun tramp-action-password (p multi-method method user host)
>    "Query the user for a password."
> +  (let ((pw-prompt (match-string 0)))
>    (when (tramp-method-out-of-band-p multi-method method user host)
>      (kill-process (get-buffer-process (current-buffer)))
>      (error (concat "Out of band method `%s' not applicable "
>  		   "for remote shell asking for a password")
>  	   method))
>    (tramp-message 9 "Sending password")
> -  (tramp-enter-password p (match-string 0)))
> +  (tramp-enter-password p pw-prompt)))
>  
>  (defun tramp-action-succeed (p multi-method method user host)
>    "Signal success in finding shell prompt."
> 
> kai
> -- 
> ~/.signature is: umop 3p!sdn    (Frank Nobis)
> _______________________________________________
> Help-gnu-emacs mailing list
> Help-gnu-emacs@gnu.org
> http://mail.gnu.org/mailman/listinfo/help-gnu-emacs
> 

Re: Tramp

[Kai Großjohann]

Roger Mason <rmason@sparky2.esd.mun.ca> writes:

> That fixed it.  Thanks.

I will put it in the next version of Tramp.

kai
-- 
~/.signature is: umop 3p!sdn    (Frank Nobis)

Re: tramp

[Michael P. Soulier]

On Tue, 24 Sep 2002 16:35:37 -0230 (NDDT), Roger Mason
<rmason@sparky2.esd.mun.ca> wrote:
> 
> When I try to get a file from a my home dir on a remote machine:
> 
> /fred.here.there.everywhere:~/.emacs

    Ah! So that's the new syntax! It's really confusing having all that
documentation at tramp.sourceforge.net conflict with the new tramp. Is the
EmacsWiki up to date? I don't see tramp mentioned there. 

    Hmm. I just tried the new tramp to login to my box at home.

Args out of range: 0, 0

    This is in the tramp buffer:

Enter passphrase for key '/home/e-smith/files/users/msoulier/.ssh/id_rsa': 

    Mike

-- 
Michael P. Soulier <msoulier@storm.ca>, GnuPG pub key: 5BC8BE08
"...the word HACK is used as a verb to indicate a massive amount
of nerd-like effort."  -Harley Hahn, A Student's Guide to Unix
HTML Email Considered Harmful: http://expita.com/nomime.html

Re: tramp

[Kai Großjohann]

"Michael P. Soulier" <msoulier@storm.ca._nospam> writes:

> On Tue, 24 Sep 2002 16:35:37 -0230 (NDDT), Roger Mason
> <rmason@sparky2.esd.mun.ca> wrote:
>> 
>> When I try to get a file from a my home dir on a remote machine:
>> 
>> /fred.here.there.everywhere:~/.emacs
>
>     Ah! So that's the new syntax! It's really confusing having all that
> documentation at tramp.sourceforge.net conflict with the new tramp.

I'm sorry.  I really should change the SourceForge information.
[time passes]  I've now done it.

>     Hmm. I just tried the new tramp to login to my box at home.
>
> Args out of range: 0, 0
>
>     This is in the tramp buffer:
>
> Enter passphrase for key '/home/e-smith/files/users/msoulier/.ssh/id_rsa': 

Please submit a bug report, using M-x tramp-bug RET.  That also tells
you which information I need to successfully chase the bug.  In your
case, it's important to load tramp.el instead of tramp.elc and to
provide a backtrace (you get it if you do M-x toggle-debug-on-error
RET and the reproduce the error message).

kai
-- 
~/.signature is: umop ap!sdn    (Frank Nobis)

Re: tramp

[Roger Mason]

Hello,

Please forgive my ignorance, but how do I ensure loading of tramp.el & not
tramp.elc?

Thanks,

Roger

On Fri, 27 Sep 2002, Kai [iso-8859-15] Großjohann wrote:

> "Michael P. Soulier" <msoulier@storm.ca._nospam> writes:
> 
> > On Tue, 24 Sep 2002 16:35:37 -0230 (NDDT), Roger Mason
> > <rmason@sparky2.esd.mun.ca> wrote:
> >> 
> >> When I try to get a file from a my home dir on a remote machine:
> >> 
> >> /fred.here.there.everywhere:~/.emacs
> >
> >     Ah! So that's the new syntax! It's really confusing having all that
> > documentation at tramp.sourceforge.net conflict with the new tramp.
> 
> I'm sorry.  I really should change the SourceForge information.
> [time passes]  I've now done it.
> 
> >     Hmm. I just tried the new tramp to login to my box at home.
> >
> > Args out of range: 0, 0
> >
> >     This is in the tramp buffer:
> >
> > Enter passphrase for key '/home/e-smith/files/users/msoulier/.ssh/id_rsa': 
> 
> Please submit a bug report, using M-x tramp-bug RET.  That also tells
> you which information I need to successfully chase the bug.  In your
> case, it's important to load tramp.el instead of tramp.elc and to
> provide a backtrace (you get it if you do M-x toggle-debug-on-error
> RET and the reproduce the error message).
> 
> kai
> -- 
> ~/.signature is: umop ap!sdn    (Frank Nobis)
> _______________________________________________
> Help-gnu-emacs mailing list
> Help-gnu-emacs@gnu.org
> http://mail.gnu.org/mailman/listinfo/help-gnu-emacs
> 

Re: tramp

[Carsten Dominik]

>>>>> "RM" == Roger Mason <rmason@sparky2.esd.mun.ca> writes:

RM> Hello, Please forgive my ignorance, but how do I ensure loading of
RM> tramp.el & not tramp.elc?



Either remove tramp.elc, or load tramp.el explicitly with

M-x load-file /path/to/tramp.el RET

- Carsten

Re: tramp

[Kai Großjohann]

Roger Mason <rmason@sparky2.esd.mun.ca> writes:

> Please forgive my ignorance, but how do I ensure loading of tramp.el & not
> tramp.elc?

You could delete tramp.elc, for example :-)

Or say (load "tramp.el") in your .emacs file.

kai
-- 
~/.signature is: umop ap!sdn    (Frank Nobis)

tramp

[ftrw]

Hi,

I was using tramp last week and it worked.  Now it does not work.  I
suppose I added some new packages (w3 and gnuserv) and tweaked my
.emacs but I cannot figure out what.  Here are the symptoms:

 C-x C-f begins to find a file 

 I clear the minibuffer line and type '/' <TAB> <TAB> and a
 completions list window pops up, showing me all of the files and
 directories in my / directory and all of the hosts in my
 ~/.ssh/known_hosts file.

 I can complete the machine name, as '/machine.uaf.edu:' and when
 I hit <TAB> again, I get a [no match] command.

 If I complete the file name by typing it, as 
 '/machine.uaf.edu:.emacs', I get a message that says:

     'File not found and directory write-protected'

 It is trying to create a file in my root directory.  So tramp finds
 my ~/.ssh/known_hosts file ok but then the connection is not
 happening.

Thank you for any help.

Ryan

Re: tramp

[ftrw]

Michael Albinus <Michael.Albinus@alcatel.de> writes:

> ftrw@uaf.edu writes:
> 
> >  If I complete the file name by typing it, as 
> >  '/machine.uaf.edu:.emacs', I get a message that says:
> > 
> >      'File not found and directory write-protected'
> > 
> >  It is trying to create a file in my root directory.  So tramp finds
> >  my ~/.ssh/known_hosts file ok but then the connection is not
> >  happening.
> 
> Could you, pls, perform `M-x tramp-bug', and follow the instructions
> there? Additionally, you shall provide the contents of the buffers
> `*tramp/ssh ftrw@machine.uaf.edu*' and `*debug tramp/ssh
> ftrw@machine.uaf.edu*' (given you're using ssh as default method).

I think it was a version issue in debian.  I updated some packages
(which is done automatically through a mirror) and seem to have
received something out of date.

I traced it down to:

file-name-handler-alist's value is 
(("\\.Z\\(~\\|\\.~[0-9]+~\\)?\\'\\|\\.bz2\\'\\|\\.tgz\\'\\|\\.g?z\\(~\\|\\.~[0-9]+~\\)?\\'" . jka-compr-handler)
 ("^/[^/]*$" . tramp-completion-file-name-handler)
 ("\\`/[^/:]+:" . tramp-file-name-handler)
 ("\\`/:" . file-name-non-special))

The regexp for the tramp-file-name-handler variable was slightly
different.  Somehow in my /etc/emacs/site-start.d directory, the
50tramp.el was an older one, as another one in the same directory
called 50tramp_debpkg.el (or something like that--obviously something
from the debian packageing) was identical to the one that I get now
when I reinstall tramp.  I found this out by comparing the
/etc/emacs/site-start.d directory on a different machine that I loaded
tramp to today.  So things work now after purging and reinstalling
tramp.  There is no more 50tramp_debpkg.el file to be seen.

So I think I may have caught a debian mirror with an old update.

Thanks for the good work.

Ryan

Re: Tramp

[David Kastrup]

Bill Wohler <wohler@newt.com> writes:

> David Kastrup <dak@gnu.org> wrote:
>
>> C-x C-f /sudo::FILE RET
>> C-x C-f /ssh:SOME_REMOTE_MACHINE:FILE RET
>
> How about if I want to run "M-x svn-status RET / RET" as root
> locally.

M-x svn-status RET /sudo::/ RET

> How about if I want to run "M-x svn-status RET DIRECTORY RET" as either
> me or as root on a remote machine?

M-x svn-status RET /ssh:root@SOME_REMOTE_MACHINE:FILE RET

> Note that the remote machine is configured to not accept ssh
> connections as root--you have to log in as another user first.

> I tried "M-x svn-status RET /ssh:host:~wohler RET" and that produced
> a view of my home directory on localhost.

Then there is something wrong and you should file a proper bug report.

> Also, I read in the manual (for tramp version 2.1.11) about
> tramp-default-proxies-alist so that one can edit files as root on a
> remote host, but that variable does not appear to be available in
> tramp 2.0.55 (in Emacs 22).

You can use multihop methods.

-- 
David Kastrup

Re: Tramp

[Michael Albinus]

Bill Wohler <wohler@newt.com> writes:

> How about if I want to run "M-x svn-status RET / RET" as root locally.
>
> How about if I want to run "M-x svn-status RET DIRECTORY RET" as either
> me or as root on a remote machine? Note that the remote machine is
> configured to not accept ssh connections as root--you have to log in as
> another user first. I tried "M-x svn-status RET /ssh:host:~wohler RET"
> and that produced a view of my home directory on localhost.

All this should be possible with Tramp 2.1, which is integrated in the
Emacs trunk.

> Also, I read in the manual (for tramp version 2.1.11) about
> tramp-default-proxies-alist so that one can edit files as root on a
> remote host, but that variable does not appear to be available in tramp
> 2.0.55 (in Emacs 22).

Emacs 22.x won't be upgraded to Tramp 2.1 I suspect. So you must
either use Emacs 23.0.50 (that is the Emacs trunk from CVS), or
install Tramp 2.1 in parallel to Emacs 22.

> Thanks again.

Best regards, Michael.