Francis Litterio | 5 Jun 03:49 2003
Picon
Picon

Patch fixes bug where TRAMP doesn't use ange-ftp when it should.

This patch (against the latest CVS sources) fixes a bug where TRAMP
doesn't fall back to ange-ftp when an matching entry in
tramp-default-method-alist specifies "ftp" as the method.

Whoever wrote tramp-find-foreign-file-name-handler, didn't realize that
dolist traverses the entire list, and doesn't stop part way through just
because the RESULT variable is set.

Hope this helps.
--
Francis Litterio
franl <at> world.std.com
http://world.std.com/~franl/
GPG and PGP public keys available on keyservers.

--- tramp.el	31 May 2003 20:25:39 -0000	2.307
+++ tramp.el	5 Jun 2003 01:48:33 -0000
 <at>  <at>  -3420,9 +3420,14  <at>  <at> 
 (defun tramp-find-foreign-file-name-handler (filename)
   "Return foreign file name handler if exists."
   (when (tramp-tramp-file-p filename)
-    (let (elt res)
-      (dolist (elt tramp-foreign-file-name-handler-alist res)
+    (let (elt
+	  res
+	  (handler-alist tramp-foreign-file-name-handler-alist))
+      (while handler-alist
+	(setq elt (car handler-alist)
+	      handler-alist (cdr handler-alist))
 	(when (funcall (car elt) filename)
(Continue reading)

Harry Putnam | 7 Jun 09:14 2003

Maybe old hat.. (perl File::Remote)

Kai, Just a note in case this might be of interest to you:
I happened to run across this perl module while browsing cpan.
It looks, at a glance, like it might have some application in
conjunction with `Tramp'

I've Cc'ed the tramp list too.  Probably old news but maybe someone
will like it or want to try to integrate it into tramp.

  http://search.cpan.org/author/NWIGER/File-Remote-1.16/Remote.pm
Kai Großjohann | 7 Jun 13:14 2003
Picon
Picon

Re: Maybe old hat.. (perl File::Remote)

Harry Putnam <reader <at> newsguy.com> writes:

> Kai, Just a note in case this might be of interest to you:
> I happened to run across this perl module while browsing cpan.
> It looks, at a glance, like it might have some application in
> conjunction with `Tramp'

That's very interesting.  I had never heard of this before.  Hm.  It
seems they do "ssh otherhost 'some command'" every time.  Hm.

Maybe I can swap tips with him.
--

-- 
This line is not blank.
Kai Großjohann | 8 Jun 13:28 2003
Picon
Picon

Re: Patch fixes bug where TRAMP doesn't use ange-ftp when it should.

Francis Litterio <franl <at> world.std.com> writes:

> This patch (against the latest CVS sources) fixes a bug where TRAMP
> doesn't fall back to ange-ftp when an matching entry in
> tramp-default-method-alist specifies "ftp" as the method.
>
> Whoever wrote tramp-find-foreign-file-name-handler, didn't realize that
> dolist traverses the entire list, and doesn't stop part way through just
> because the RESULT variable is set.

Thanks a lot, Francis.  Committed.
--

-- 
This line is not blank.
aaditya sood | 8 Jun 13:44 2003
Picon

rsync over rsh fails to solaris machine.


hi all

My local box is a debian/testing running gnu emacs cvs. Tramp version is
2.0.33.

When I try to set it up to get files via rsync over rsh from the remote
machine it fails.

>From the command line:

$ rsync --rsync-path=/usr/local/bin/rsync --progress -v aasood <at> machine:/home/aasood/foo .

works. but trying to open '//aasood <at> machine:~/foo' fails with the
following in the *Message* buffer:

tramp: Opening connection for aasood <at> ap101ses using nil...
tramp: Waiting for prompts from remote shell
tramp: Waiting 60s for prompt from remote shell
tramp: Permission denied by remote host.
tramp-process-actions: Login failed
tramp: Opening connection for aasood <at> ap101ses.us.oracle.com using nil...
tramp: Waiting for prompts from remote shell
tramp: Waiting 60s for prompt from remote shell
Quit

On the remote solaris machine:
$ uname -a
SunOS ap401frm 5.6 Generic_105181-33 sun4u sparc

(Continue reading)

Kai Großjohann | 8 Jun 14:13 2003
Picon
Picon

Re: copy-file problems

Katsumi Yamaoka <yamaoka <at> jpl.org> writes:

> I found some problems on copying files between a local host and
> a remote host when the auto-compression-mode is turned on.
>
> 1. When copying local:file.gz to remote:file.gz, the later is
> compressed by gzip once again.

This shouldn't happen, I think.

> 2. When copying local:file.gz to remote:file.bz2, the later is
> not uncompressed by gzip but compressed by bzip2.

This shouldn't happen, either.  Hm.

It seems that both of these cases happen because write-region invokes
jka-compr if the target filename matches it.  So I kludged it by
let-binding jka-compr-inhibit.  We'll see.

> 3. When copying local:file.gz to remote:file, the later is not
> uncompressed.

This seems normal: M-x copy-file RET /tmp/kai1.gz RET /tmp/kai2 RET
produces two files /tmp/kai1.gz and /tmp/kai2 that are exactly the
same.

I think this is the expected behavior.  What do you think?

I apologize for taking so long to respond.
--

-- 
(Continue reading)

Kai Großjohann | 8 Jun 14:18 2003
Picon
Picon

Re: insert-file-contents-literally (Re: copy-file problems)

Katsumi Yamaoka <yamaoka <at> jpl.org> writes:

> I found another problem with the auto-compression-mode mode.
> A file will be uncompressed contrary to expectation when I use
> the following expression:
>
> (insert-file-contents-literally "/user <at> remotehost:~/file.gz")
>
> Here's a patch:

Applied.

--

-- 
This line is not blank.
Kai Großjohann | 8 Jun 14:28 2003
Picon
Picon

Re: rsync over rsh fails to solaris machine.

aaditya sood <lostgnu <at> aadityasood.net> writes:

> When I try to set it up to get files via rsync over rsh from the remote
> machine it fails.

The default rsync method invokes ssh to log in on the remote host.
You can add an entry in tramp-methods to invoke rsh, instead:

(require 'tramp)
(add-to-list 'tramp-methods
     '("rsync_rsh" (tramp-connection-function  tramp-open-connection-rsh)
              (tramp-login-program        "rsh")
              (tramp-copy-program         "rsync")
              (tramp-remote-sh            "/bin/sh")
              (tramp-login-args           nil)
              (tramp-copy-args            ("--rsync-path=/usr/local/bin/rsync"))
              (tramp-copy-keep-date-arg   "-t"))

But I don't use rsh, so I'm not sure if it works.  Also, there is a
problem with the --rsync-path argument: it will only work for certain
remote hosts.  So you might have to use different methods for
different remote hosts.

Does this help?
--

-- 
This line is not blank.
Kai Großjohann | 8 Jun 21:18 2003
Picon
Picon

Re: A tiny patch and two suggested files

Harry Putnam <reader <at> newsguy.com> writes:

> The patch corrects some small errors in info file.  Some were related
> to the recent change of using tramp/info as home directory for tramp
> info file. And a couple minor gramatic errors.
>
> Two suggested files for inclusion in the the distro 

It took only a year, but now it's almost done!  Just have to commit
the new file.

*shame*
--

-- 
This line is not blank.
aaditya sood | 10 Jun 11:42 2003
Picon

Re: rsync over rsh fails to solaris machine.


Kai,

kai.grossjohann <at> gmx.net (Kai Großjohann) writes:

> aaditya sood <lostgnu <at> aadityasood.net> writes:
>
>> When I try to set it up to get files via rsync over rsh from the remote
>> machine it fails.
>
> The default rsync method invokes ssh to log in on the remote host.
> You can add an entry in tramp-methods to invoke rsh, instead:
[snip]

> Does this help?

It does indeed. Thanx :)

regards,
--

-- 
/A

We are what we pretend to be.
		-- Kurt Vonnegut, Jr.

Gmane