Re: tramp-default-method not applied anymore

> This was already done: I've compiled Emacs using archive emacs-26.0.91.tar.xz from alpha.gnu.org, dated 22 Jan 2018, the rlogin.el included don't include those fixes. ___ Tramp-devel mailing list Tramp-devel@gnu.org

Re: tramp-default-method not applied anymore

> Yes, this is intended. Read etc/NEWS of Emacs 26.1: Thanks for pointing me in the right direction, BTW I think that the setting of "comint-file-name-prefix" in rlogin.el have to be fixed accordingly: replace: (setq comint-file-name-prefix (concat "/"

tramp-default-method not applied anymore

Emacs 26.0.91 (pretest version) Tramp 2.3.3.26.1 (bundled with Emacs 26) I now have to explicitly a method in remote path names: "/:@". "/@" fails with this kind of message: Setting current directory: No such file or directory, /@:/ -- Gilles ___

error found with latest (2.2.12) version on non Linux hosts

Hello, just upgraded to version 2.2.12 and suddenly getting this error in messages buffer: byte-code: `/bin/sh -l -c 'echo f3741e22b8b80b555d0f8445582a1250 \$PATH\'' returns with error And the explanation is $ /bin/sh -l -c 'echo f3741e22b8b80b555d0f8445582a1250 \$PATH\' -l: bad option(s)

Re: error found with latest (2.2.12) version on non Linux hosts

And the explanation is $ /bin/sh -l -c 'echo f3741e22b8b80b555d0f8445582a1250 \$PATH\' -l: bad option(s) (remote host is an AIX host BTW) This is coming from tramp-get-remote-path of tramp-sh.el AIX (and many others) /bin/sh doesn't supports -l option.

Re: error found with latest (2.2.12) version on non Linux hosts

AIX (and many others) /bin/sh doesn't supports -l option. Thanks for the bug report. I doubt *many* others. This patch is already part of Tramp 2.2.11, and it is also synchronized with Emacs' git trunk since last December. No fault report so far. By *many* I mean all Unixes whose /bin/sh

Re: problem connecting to adroid device

2013/8/12 Michael Albinus michael.albi...@gmx.de `tramp-connection-properties' has been added in Tramp 2.2.7. Which version do you run? I was using 2.2.6, after having upgraded it's now ok -- Gilles ___ Tramp-devel mailing list Tramp-devel@gnu.org

problem connecting to adroid device

)) But evaluating that forms fails with the following error: Symbol's value as variable is void: tramp-connection-properties What am I doing wrong? -- Gilles Pion ___ Tramp-devel mailing list Tramp-devel@gnu.org https://lists.gnu.org/mailman/listinfo/tramp-devel

old problem popping up again

debug buffer contents https://www.box.com/s/joyrwdjd6h9lt7wp0z81 -- Gilles Pion ___ Tramp-devel mailing list Tramp-devel@gnu.org https://lists.gnu.org/mailman/listinfo/tramp-devel

Re: old problem popping up again

Ref: 5ksqr81a2f4fceu0hfr1dgrct0j6qo3...@4ax.com de Gilles Pion Hello, I'm having the same problem as the one described here: http://lists.gnu.org/archive/html/tramp-devel/2010-10/msg00010.html Tramp-version: 2.2.6-24.3 Emacs-version GNU Emacs 24.3.1 (i686-pc-cygwin) The target system

Re: old problem popping up again

Ref: 972rr81hrmgc4fnkgkms9rdn4luih7s...@4ax.com de Gilles Pion It seem there is a race condition inside tramp-send-command-and-check Introducing a short delay (worked with (sleep-for 0 100)) seem to fix the problem: (with-current-buffer (tramp-get-connection-buffer vec) (sleep-for 0 100

ange-ftp doesn't work after unloading tramp

a bug report. Tramp-version: 2.2.6-24.3 GNU Emacs 24.3.1 (i686-pc-cygwin) -- Gilles Pion ___ Tramp-devel mailing list Tramp-devel@gnu.org https://lists.gnu.org/mailman/listinfo/tramp-devel

old problem, purely cosmetic, but a little bit ugly

line Not sure if this really related to tramp, but it's occurs only in dired/tramp buffers (ange-ftp through tramp ones are ok) -- Gilles Pion ___ Tramp-devel mailing list Tramp-devel@gnu.org https://lists.gnu.org/mailman/listinfo/tramp-devel

Re: old problem, purely cosmetic, but a little bit ugly

Ref: 877gk7olyb@gmx.de de Michael Albinus A related problem is http://thread.gmane.org/gmane.emacs.bugs/34882/focus=35108. Yes, I stumble upon that link during my investigations. I thought it was more specific though, Anyway, I must admit this is not really a big deal ... -- Gilles Pion

Adding axtra space in command used by tramp-do-file-attributes-with-stat, possible?

Hello, I have a problem with double parenthesis without embedded space inside remote command tramp-do-file-attributes-with-stat To be able to use tramp on an exotic remote environment (Opsware global shell) I've been forced to create a specific tramp method using /bin/ksh for tramp-remote-sh

Re: visited-file-modtime not updated for tramp files on local host

Michael Albinus michael.albinus at gmx.de writes: Have you checked the latest version from Tramp's CVS? Lasat days I have applied some changes in tramp-do-copy-or-rename-file-directly, which could be also good for your problem. Just fetched the last CVS and the problem is still there: Steps

visited-file-modtime not updated for tramp files on local host

I have a problem with last tramp version (2.1.16) when editing files whose tramp-local-host-p predicate is true (like /user@localhost:/pathname) It seems that, in this situation, visited-file-modtime is not updated and this leads to messages like this one: file has changed since visited or

Re: tramp (2.0.52); Saving files changes ownership

Michael Albinus wrote: Gilles Pion [EMAIL PROTECTED] writes: I've downloaded the latest emacs CVS snapshot (23.0.50.1), What do you mean by this? An emacs-snapshot package as offered for example for Debian/Ubuntu, or just the files taken from Emacs CVS? I would recommend the latter

Re: tramp (2.0.52); Saving files changes ownership

Michael Albinus wrote: In fact *very* strange things are happening regarding file ownership when accessed via tramp: If this still happens with very recent Tramp 2.1.12-pre, please provide traces with tramp-verbose of 8. Best would be a message generated via `tramp-bug', including the

Re: tramp (2.0.52); Saving files changes ownership

Sorry to jump into this thread, but I have the same problem and is not solved for me I've downloaded the latest emacs CVS snapshot (23.0.50.1), I'm using tramp 2.1.11 Files accessed with /scpc2:root@hostname:/path/to/file still revert to root owner when saved Sascha Wilde-3 wrote: Michael

Re: tramp (2.0.52); Saving files changes ownership

* backup file owner is now A * editing new file as root via tramp on localhost (/scp:[EMAIL PROTECTED]:/tmp/z , using explicit method not do depend of tramp-default-method-alist) * making changes * save file * file owner is now uid under which emacs is running, not root as expected!!! Gilles Pion

Re: grep (and compile) over tramp seem to bee broken in 2.1.11

Michael Albinus wrote: Unfortunately, an error has been introduced when I've prepared tramp-compat.el. Please try the appended patch; it shall fix it. It does, thanks! -- View this message in context:

grep (and compile) over tramp seem to bee broken in 2.1.11

It seems that the grep command is run on the localhost and in the default home directory: I do alt-x grep, then I replace grep the command in the minibuffer with hostname; pwd; the *grep* buffers pops out and show this -- Gilles -- View this message in context:

Re: Tramp 2.1.11

I have a problem using configure then make: (*** No rule to make target `tramp.elc', needed by `all'. Stop.) typescript of the session: $ ./configure --prefix /opt/emacs --datadir=/opt/emacs/share/emacs --with-contrib --infodir=/opt/emacs/share/info configure: Tramp 2.1.11 checking for

Re: Tramp 2.1.11

I have a problem using configure then make: (*** No rule to make target `tramp.elc', needed by `all'. Stop.) Please forgot my previous message, tar extraction had failed, tramp.el was missing *Sorry* for this useless post/// -- Gilles Pion Si vous n'etes pas destinataires de ce

Re: remote shell commands over tramp: output buffer hidden

Ok, no problem, it was just in case you didn't noticed this issue Michael Albinus wrote: I guess you are using Tramp 2.1.10, aren't you? Then it looks like it has been fixed already. Changelog from August 7th: * tramp.el (tramp-handle-shell-command): Handle OUTPUT-BUFFER and

remote shell commands over tramp: output buffer hidden

Hello again, I would like to signal a small problem when executing remote commands over tramp (i.e. shell-command when default-directory matches tramp-file-name-regexp): shell output buffer stays hidden and it contents are not erased -- View this message in context:

Re: chmod, chgrp, etc... inside dired over tramp

Very strange things happening with my tramp/emacs combo... 1st thing: list-load-path-shadows seem ok (tramp 1.10, installed in site-lisp hiding tramp bundled with emacs): /opt/emacs-22.1/share/emacs/site-lisp/trampver hides /opt/emacs-22.1/share/emacs/22.1/lisp/net/trampver

Re: chmod, chgrp, etc... inside dired over tramp

Please forget the Wrong type argument: listp, ê thing, I've just fixed it (FYI, tramp-persistency-file-name had been replaced inadvertently by a directory) Unfortunately, the Symbol's function definition is void: tramp-handle-call-process error is still here -- View this message in

Re: chmod, chgrp, etc... inside dired over tramp

tramp-handle-call-process does exist in Tramp 2.1.10. This next piece of code is from tramp-util.el extracted my local tramp-2.1.10.tar.gz archive , there is a reference to tramp-handle-call-process, is this normal? (defadvice call-process (around tramp-advice-call-process activate)

chmod, chgrp, etc... inside dired over tramp

Using GNU Emacs 22.1.1 (sparc-sun-solaris2.9, X toolkit) Using tramp version 2.1.10 I'm pretty sure this worked with older versions: Inside a dired buffer of a remote directory over tramp, using any function on a file (like chmod (M), chgrp (G), etc) gives: apply: Symbol's function definition

problem with for tilde expansion (tramp 2.1.9)

To make tilde expansion work it has been necessary for me to modify the tramp-handle-expand-file-name function like this Replaced: nbsp;(setq uname nbsp; nbsp; (with-connection-property v home-directory nbsp; nbsp; nbsp; nbsp; (tramp-send-command v (format cd %s; pwd uname)) nbsp; nbsp; nbsp;

Re: tramp (2.0.55); Fails with OpenVMS FTP file open

Nelson E. Ingersoll-2 wrote: Thank you for the modification. I assume that the mod is to be used instead of removing Tramp. To allow Tramp to handle VMS filenames when in FTP mode. Right? Exactly. It is a kind of patch to the ange-ftp code that tramps calls behind the scenes.

small fix required in tramp.el for solaris

To make tramp works on solaris I think it is needed to backslash the ^ character in the sed commend after the uname command, because solaris's /bin/sh interprets unquoted ^ as a pipe. *** tramp.elWed Sep 6 15:45:13 2006 --- tramp.el.oriSun Sep 3 14:12:18 2006 *** ***