Filipp Gunbin writes:
> Hi Michael,
Hi Filipp,
>> When you use ad-hoc multi-hops, Tramp caches for every target host the
>> hops it needs to go there. Likely, in the latter case it uses its cached
>> values for "slave" from the second line.
>
> Maybe Tramp should use all hops as the cache key,
Alex Koval writes:
> Hi Michael,
Hi Alex,
> Sorry, it looks like I mistakenly wrongly formulated my question. Let me
> start over:
>
> 1. /ssh:host1.mydomain.edu|sudo:host1.mydomain.edu:/etc/somefile.txt
>Works fine
>
> 1.
Alex Koval writes:
> Hello,
Hi Alex,
> 2. /ssh:host2.mydomain.edu|sudo:host1.mydomain.edu|ssh:slave:/etc/somefile.txt
>WRONGLY opens file on host1
This cannot work. You can use sudo in a multihop only on the same host
as the previous hop. sudo on host1, coming from host2, is impossible.
Felipe Lema writes:
> Hey, Michael
Hi Felipe,
> TBH, this might take a couple of weeks because of contingency and my
> own lack of knowledge of the json-rpc.el package.
No problem, take your time.
> Felipe
Best regards, Michael.
Felipe Lema writes:
> Hey, Michael
Hi Felipe,
> The purpose of LSP is to unify and centralize the events of editing a
> certain project (say, editing the linux kernel code). IDEs are commonly
> built-up from scratch (syntax highlighting, building binaries, linting,
> nvim emulation) in a
Felipe Lema writes:
> Sup, yo
Hi Felipe,
> I'm having some trouble with a Tramp-remote process created using
> `make-process` and it's 27's :file-handler parameter. It seems that the
> Emacs process is not receiving input bytes or not receiving output
> bytes because of buffering.
>
> Context
Camden Narzt writes:
Hi Camden,
> However at that point when I do C-x C-f /doc nothing is
> completed.
Well, there was a problem in the past, that method names didn't complete
in Emacs when started freshly. This should be fixed now. Which Emacs
version do you use? As said, I've run my tests
Camden Narzt writes:
Hi Camden,
> Using the docker-tramp package from Melpa (installed via
> package-list-packages) the file path portion of the completion still
> shows the files on the host filesystem, and opens files on the host OS
> when I write a path manually.
I have started "docker run
Camden Narzt writes:
Hi Camden,
> Using the docker-tramp package from Melpa (installed via
> package-list-packages) the file path portion of the completion still
> shows the files on the host filesystem, and opens files on the host OS
> when I write a path manually.
>
> So the Melpa package
Camden Narzt writes:
Hi Camden,
> I'm using a slightly modified version of the usual docker tramp
> integration (below) which works fine to complete up to
> /docker:container_name: but where it goes wrong is it opens files on
> the host computer, and performs completion from the host
Garjola Dindi writes:
> Hi,
Hi Garjola,
> I use the following pattern to open a shell on a remote host :
>
> (let ((default-directory (concat "/ssh:" user "@" host ":" dir)))
> (shell name))
>
> The issue I am facing is that emacs freezes during the login dialog
> ("Waiting for prompts
Philipp Stephani writes:
Hi Philipp,
> It might not seem like much, but for the use case of Flymake/LSP we
> talk about launching a process after every keystroke. Blocking user
> input for longer than a few milliseconds is a non-starter. For
> example, according to
Wenguang Wang writes:
Hi,
> I need to disable auto-save to make tramp really work smoothly. So I
> added
>
> (setq tramp-auto-save-directory "~/emacs/tramp-autosave")
> However, I never saw anything created in that file. Its “stat” shows
> that its modification and change time never changed.
Wenguang Wang writes:
Hi,
> I want to run compile command from any buffer. So now my workaround is
> to change my build.sh to pipe the output to sed and prepend the
> project path name on the relative path name to make it an absolute
> path name. Since all my source code are under a single
Wenguang Wang writes:
Hi,
> My project has multiple directories and I want to invoke the build
> command from any directory. My build system prints file path relative
> to the project root directory. Therefore, when I build it on the
> remote machine using emacs on the remote machine, I have to
Michael Albinus writes:
Hi Ryan,
>> It is still the same, the ssh command does not return anything back to
>> Tramp. I have tried it from my local machine, and I get
>>
>> root@167.99.227.20: Permission denied (publickey).
>>
>> which is expected.
>
> C
Wenguang Wang writes:
>> emacs -Q --eval '(tramp-verbose 10)'
>
> I got this error:
>
> eval: Symbol’s function definition is void: tramp-verbose
>
> So I tried:
>
> emacs -Q --eval '(setq tramp-verbose 10)’
Of course. Excuse my sluggishness ...
> And tramp worked!
>
> So it has to be a
Wenguang Wang writes:
> Michael,
Hi,
> I hope the error message is not "found remote shell prompt” when it
> cannot find the shell prompt :)
>
> So I added the following line in the “~/.profile” of the Linux box:
>
> [[ $TERM == "dumb" ]] && PS1='$ ' && return
That looks good.
> This changed
Michael Albinus writes:
Hi Ryan,
>
>> I am having this issue with non-AWS hosts that aren't behind a vpn as
>> well. To remove the VPN/AWS confounding variables, I've repeated my
>> previous steps with a different host, and attached the log to this
>> email. Hopeful
Philipp Stephani writes:
Hi Philipp,
>> Another vague idea is to change make-process to a kind of
>> "connection-less", and keep start-process as-it-is. Let's see how far we
>> go.
>
> Yes, start-file-process already calls make-process in the newest TRAMP
> and doesn't need to be modified any
Philipp Stephani writes:
Hi Philipp,
>> I've committed some improvements to the master branch, commit
>> 76b3bd8cbb9a0a01941d9c1766c054960e4bfd97. You could rerun your test for
>> new timings.
>
> Thanks. Unfortunately I don't see much of an improvement: my approach
> is still 750 times faster
Ryan Chipman writes:
Hi Ryan,
> I updated to emacs 27.0.90 (and tramp 2.4.3.27.1) in case that would
> solve the problem. It didn't fix the issue, but the attached log is
> the one generated by those versions.
Well, the log file tells us, that there is *no* response from the ssh
command at
Neal Becker writes:
> Darn, I misread your subject as "Trump hangs"
Although this guy runs permanently with trump-verbose set to 10, I doubt
I'll be able to analyze the misbehavior.
Best regards, Michael.
rchipman writes:
Hi Ryan,
> Running emacs 26.3 and tramp 2.3.5.26.3
> Started with emacs -q, set tramp-verbose to 6, and attempted to connect.
> Connection attempt hung until I canceled it.
Unfortunately, the debug messages don't tell too much in this
case. Could you pls repeat the test with
M J writes:
Hi,
> I'm trying to connect to host that doesn't have a `stty` binary
> through tramp. Unfortunately, once it finds a shell, tramp tries to
> run stty and fails, repeating this indefinitely.
>
> I have put an stty binary which works on the remote host when I login
> with ssh, and
Michael Albinus writes:
Hi Philipp,
>> I plan to provide a detailed analysis what happens in Tramp when running
>> an asynchronous process. Based on this, we could discuss
>> improvements. With commit 4c3c175a63823d851c7e9326f4f70c81b9c0110e I've
>> done already a f
Michael Albinus writes:
Hi Philipp,
>> This uses the current master of Tramp. All these results are
>> statistically significant (on my machine, that is). I think at least
>> start-file-process and make-process should definitely switch to the
>> connectionless app
Shaheen Gandhi writes:
Hi,
> Editing a file with tramp as in `/sudo::/etc/hosts` and then
> attempting
> to save it with `save-buffer` results in `No such file` when
> `tramp-sh-file-handler` attempts to create a temporary file with the
> `/sudo::/etc/tramp.` prefix as it seems it routes to
>
Philipp Stephani writes:
Hi Philipp,
> Thanks for looking into it!
I just want to tell you that my answer to you is on my todo. Due to
personal problems in my family, it might take some days until I'm able
to do. Sorry.
> This uses the current master of Tramp. All these results are
>
Philipp Stephani writes:
Hi Philipp,
> t and "-o ControlMaster=auto -o ControlPath='tramp.%%C' -o
> ControlPersist=no" (i.e. the defaults).
>
>> Could you set `tramp-verbose' to 6 and verify, whether these options are
>> used? You could send the traces to me for analyzing, if you prefer.
>
>
Philipp Stephani writes:
> Hi,
Hi Philippe,
> I managed to speed up start-file-process for SSH by a factor of 500
> (on my machine) by enabling SSH control mode in ~/.ssh/config and then
> just calling
> (start-process name buffer "ssh" program args).
> Such a speedup is crucial for using
Stephen Berman writes:
Hi Steve,
>> I've modified the Avahi service name in zeroconf.el (to a wrong one). By
>> this, I could provoke the error locally. The appended patch has fixed
>> this for me, also in case of "not existing" Avahi service. Could you pls
>> check this patch, instead of the
Stephen Berman writes:
Hi Steve,
>> Could you pls check whether the appended patch helps?
>
> Thanks. I applied the patch and rebuilt but I still get the same
> failure with the same backtrace and no Tramp debug output. I also tried
> `M-x tramp-cleanup-all-connections' (though the only entry
Stephen Berman writes:
Hi Stephen,
> Since updating from master three days ago, I cannot access a remote
> directory via the sftp method. It was a bootstrap build, so I don't
> have the previous executables, but I think my last build from master in
> which sftp access succeeded was within the
Jimmy Yuen Ho Wong writes:
> Both of the following works:
>
> /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs -Q /sudo::
>
> /Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs -Q -l tramp -
> -eval '(setq tramp-verbose 10)' /sudo::
Thanks. So it isn't a native Tramp problem.
IIUC, all
Jordi Inglada writes:
> Hi Michael,
Hi,
> Here's the file with the debug traces from the conection.
Thanks. Hmm, it isn't such simple. Tramp sends the password twice, as
expected:
> 12:30:55.389916 tramp-process-one-action (5) # Call tramp-action-password
> 12:30:55.390223
Jimmy Yuen Ho Wong writes:
> Ok sorry forget what I said earlier, I just retested everything by
> elimination, there are actually multiple problems at play here and one
> was covering another.
All of this doesn't matter now. Before starting further analysis, I must
know what happens if you
Jimmy Yuen Ho Wong writes:
Hi,
> This works, but without entering in `sudo -u root -s -H -p
> P""a""s""s""w""o""r""d"": /bin/sh` first in the terminal, the rest
> wouldn't work. The prompt just got stuck at `Find file: /sudo::` without
> even seeing the password prompt. I would not be able to
Jimmy Yuen Ho Wong writes:
Hi,
> Here's the full trace:
Thanks. Could you pls send it next time as attachment? This preserves
line breaks, and makes it easier to analyze.
> 16:42:35.167524 tramp-send-command (6) # exec sudo -u root -s -H -p
> P""a""s""s""w""o""r""d"": /bin/sh
This is what
Jimmy Yuen Ho Wong writes:
Hi,
> Latest Tramp fails to match password prompt on MacOS Mojave, find file
> with the following gets stuck at Tramp: Sending Password:
>
> `M-x find-file RET /sudo::/etc/passwd`
>
> After `C-g` twice, the following show up in *Messages*.
>
> ```
> Tramp: Opening
Garjola Dindi writes:
> Hi,
Hi Garjola,
[Pls check your mail settings. Your message arrived as base64 encoded
chunk, which I have decoded manually. For convenience of other people on
this ML, I keep a fullquote]
> I am using tramp to ssh to a cluster which uses a bastion (I think this
> is
sromanz writes:
> Hi
Hi,
> I am using emacs 26.1 on MacOS and tramp 2.3.3.26.1. I would like to run
> scripts on a remote server running Ubuntu 18.04. Tramp works very well and
> runs the scripts, however, since I am working in bash, all path definitions
> are not read. I have tried to set
積丹尼 Dan Jacobson writes:
Hi Dan,
> Big problem:
(I doubt it is "big")
> If one uses dired switches -al
> instead of getting
> .ax
> .by
> af
> bl
> order,
> one gets
> af
> .ax
> bl
> .by
> order !
> tramp-version "2.4.2"
This is the correct sorting order. Tramp supports i18n, and so
Guillaume Demeyère writes:
> Hi Michael,
Hi Guillaume,
sorry for the delay, I wanted to run my own tests. Since I do not use MS
Windows on a regular basis, I had to steal such a machine
temporarily. It runs MS Windows 7 (pls don't discuss with me, it isn't
my own machine). I've installed the
Guillaume Demeyère writes:
> Hi Michael,
Hi Guillaume,
> So I installed tramp 2.4.3 from GNU ELPA and re-did the same test
> (without setting tramp-chunksize). The log gets huge and I am getting
> lost in it. Here it is.
Well, the log tells us that my suspicion is right: a problem in
Guillaume Demeyère writes:
> Hi Michael,
Hi Guillaume,
> I really think that I edited the file correctly, in order to make it
> less huge.
And I appreciate it. But often, every single trace line counts in order
to follow the work of Tramp when debugging.
> Here's an unedited version (5.3 MB)
Guillaume Demeyère writes:
> Hi all,
Hi Guillaume
> I'm encountering a new issue on transfering files from my Windows 10
> machine to a Linux server.
>
> Here's what I do (in file tramp-debug-with-encoding.log) :
>
> 1. Launch emacs with :
>
積丹尼 Dan Jacobson writes:
> Is there any way to alias
> /ssh:example.net: to do
> /scp:example.net:
No. You could use /-:example.net:
Best regards, Michael.
積丹尼 Dan Jacobson writes:
> MA> A better aproach might be to investigate, how you have invoked
> MA> copy-file. I suppose you haven't called it directly, but rather
> MA> indirectly in dired or so. Maybe there is an option to use current-time
> MA> for the copy target.
>
> Yes dired.
There is
積丹尼 Dan Jacobson writes:
> tramp-time-dont-know is a variable defined in ‘tramp.el’.
> Its value is (0 0 0 1000)
>
> This variable may be risky if used as a file-local variable.
>
> Documentation:
> An invalid time value, used as "Don’t know" value.
>
> Maybe add
>
> "set
積丹尼 Dan Jacobson writes:
Hi Dan,
> When tramp is copying (from android (termux ssh)) and the file date is
> (perhaps) not available, then maybe instead of using 0 (1970) as the date,
> $ ls -l destination
> -rw-rw 1 jidanni jidanni 2310202 1970-01-01
> P_20191224_094934_vHDR_On.jpg
>
Fan Yang writes:
>> I do not expect Tramp to run process-file on a remote Windows machine.
>
> Do you mean Tramp does not work if the remote machine is Windows? If
> that is the case, I can close this question now :)
Yes. The only way to access a remote Windows machine is the "smb"
method.
Fan Yang writes:
> Hi all,
Hi Fan,
> Recently I am trying to write a package but get stuck on handling remote
> file path correctly. I wonder if it is OK to ask here.
>
> What I want seems simple: I want to `find-file' a file based on a path
> name obtained from the output of a command line
積丹尼 Dan Jacobson writes:
Hi Dan,
>>> This
>>> ;; -*- emacs-lisp -*- <19/12/28 09:05:50 /home/jidanni/.emacs.d/tramp>
>>> ;; Tramp connection history. Don't change this file.
>>> ;; You can delete it, forcing Tramp to reapply the checks.
>>> should perhaps say: ^after quitting emacs,
>>>
>>>
積丹尼 Dan Jacobson writes:
Hi Dan,
> MA> No, it is not intended to keep idle connections. The properties are
> MA> checked for other reasons. Why do do worry about?
>
> Well first it can make debug logs giant.
>
> Also the user might be on a metered connection. Being charged for
> traffic or time
Hello,
The Tramp team is happy to announce the release of Tramp 2.4.3. This is
the development version, covering new features.
Tramp is a remote file editing package for Emacs. Tramp uses different
methods like ssh or scp to access files on remote hosts as if they were
local files. Access to
積丹尼 Dan Jacobson writes:
> I found in addition to the tips mentioned on
> (info "(tramp) Android shell setup")
> for Termux on Android 8, one also needs
> (add-to-list 'tramp-remote-path "$HOME/../bin"); else cannot find ls command
> (add-to-list 'tramp-remote-process-environment
積丹尼 Dan Jacobson writes:
> On (info "(tramp) Android shell setup") there is mentioned e.g.,
> (add-to-list 'tramp-remote-path 'tramp-own-remote-path)
> (add-to-list 'tramp-remote-path "/system/xbin")
> (add-to-list 'tramp-remote-process-environment "TMPDIR=$HOME")
>
積丹尼 Dan Jacobson writes:
> (setq tramp-verbose 10) reveals millions of
> 09:52:50.022942 tramp-get-connection-property (7) # process-name nil
> 09:52:50.023113 tramp-get-connection-property (7) # mutex # *tramp/ssh android*>
> 09:52:50.023432 tramp-get-connection-property (7) # process-name nil
積丹尼 Dan Jacobson writes:
> This
> ;; -*- emacs-lisp -*- <19/12/28 09:05:50 /home/jidanni/.emacs.d/tramp>
> ;; Tramp connection history. Don't change this file.
> ;; You can delete it, forcing Tramp to reapply the checks.
> should perhaps say: ^after quitting emacs,
>
> Else it all comes back
積丹尼 Dan Jacobson writes:
Hi Dan,
> How about adding a variable, tramp-retry-exec-attempt-delay or something,
> that we can set to 1 second.
Frankly: I will NOT add any further check until I know what's happening.
Best regards, Michael.
積丹尼 Dan Jacobson writes:
Hi Dan,
> All tramp needs to do is keep a simple counter of how many times it
> attempts "exec env TERM='dumb'"
>
> How many times should be enough? 10?
>
> Just count that please.
>
> Otherwise even attempting to get traces will blow out one's disk drives.
>
> Also
積丹尼 Dan Jacobson writes:
Hi Dan,
> Although I have deleted the ssh/ftp android apps and thus cannot test it
> again,
Thanks for the reminder. But as I said, I cannot investigate further w/o traces.
> I just wish to note that the same infinite loop is also seen in
>
Robert Pluim writes:
> It still has the same problem, but the debug buffer has:
Could you pls send the whole debug buffer, that we can see what Tramp is
waiting for?
> Robert
Best regards, Michael.
Robert Pluim writes:
> Hi Michael,
Hi Robert,
> Iʼm trying to get 'M-x vc-dir' to work over a tramp connection. Dired
> works, magit works, shell works, but vc-dir just seems to hang
> forever. If I C-g, I get the following backtrace
>
> tramp-process-sentinel(# "finished\n")
Well, I'm not
Fredrik Salomonsson writes:
> Hi,
Hi Fredrik,
> Not sure this is the right mailing list or not. I use tramp quite
> extensively for doing remote work. It works great but there is one
> minor annoyance with it. Using `find-file', the completion on remote
> hosts include "../" and "./". Which is
積丹尼 Dan Jacobson writes:
> Just curious if the already complicated default
> tramp-shell-prompt-pattern is ready for a shell with:
> ASUS_Z012D:/data/data/org.galexander.sshd/files $ echo $-
> echo $-
> ilmsU
I've checked, Tramp recognizes the prompt
積丹尼 Dan Jacobson writes:
Hi,
> Tramp is missing a counter of how many times it tries to "exec env..."
> It should give up after five times, pausing one second per attempt.
> Currently (2.4.2) if things don't work out right (reasons not relevant!)
> it will try,
>
>
積丹尼 Dan Jacobson writes:
Hi,
> Instructions:
> Say you cannot get tramp to work properly.
>
> However doing M-x shell
> then in there
> $ ssh xyz
> works fine:
> Bob@XYZ_$
>
> OK, then do (wishlist:) M-x
> tramp-please-take-over-my-running-emacs-shell-buffer and then all will
> work fine!
rnd...@posteo.de writes:
Hi,
[Pls keep tramp-devel@gnu.org in Cc, for the archives]
> I'm not sure that's a proper fix. The issue isn't that tramp is loaded. I'd
> expect some tramp code to run on M-x tramp-ANYTHING.
>
> The issue is that some tramp code makes Emacs completely
> unusable. That
Michael Albinus writes:
Hi,
>> Reproducing this issue is very simple:
>>
>> 1. Run `emacs -Q foo:bar@1:23/asdf` (the directory name is the relevant part)
>>
>> 2. M-x tramp-unload-tramp
>>
>> Effects:
>>
>> a) Error in minibuffer: ‘tramp-fil
rnd...@posteo.de writes:
Hi,
> Reproducing this issue is very simple:
>
> 1. Run `emacs -Q foo:bar@1:23/asdf` (the directory name is the relevant part)
>
> 2. M-x tramp-unload-tramp
>
> Effects:
>
> a) Error in minibuffer: ‘tramp-file-name-structure’ didn’t match!
>
> b) Basic actions like
積丹尼 Dan Jacobson writes:
> On (info "(tramp) Installation parameters")
>
>For example, to put the Lisp files in ‘$HOME/elisp’ and the Info file
> in ‘$HOME/info’, you would type:
>
> $ ./configure --with-lispdir=$HOME/elisp --infodir=$HOME/info
>
> OK, but add: Just make sure the
積丹尼 Dan Jacobson writes:
> I swear there is a lot of elpa packages here on Debian sid,
>
> # apt-cache search ^elpa|wc -l
> 290
>
> Alas, tramp is not in the t's:
>
> # apt-cache search elpa|sort|grep -C 1 ^elpa-t
> elpa-systemd - major mode for editing systemd units
> elpa-tabbar - Emacs minor
積丹尼 Dan Jacobson writes:
Hi Dan,
> (info "(tramp) Top") says
>There is a mailing list for TRAMP, available at
>, and archived at the TRAMP Mail Archive
>(https://lists.gnu.org/r/tramp-devel/).
> OK but maybe there should also be a tramp-announce list,
> else how does one subscribe
JD Smith writes:
Hi,
> FYI, this was implemented in bug=38231. So eventually the following
> will “fix” ido’s issues with rename-* directory reading, by disabling
> it:
>
> (add-to-list 'ido-read-file-name-non-ido 'tramp-rename-files)
> (add-to-list 'ido-read-file-name-non-ido
>
JD Smith writes:
Hi,
> I like the final y/n to fully abort. The C-h help form is the
> problem: "ESC or `q' to not change any of the buffers,” should read
> "ESC or `q' to quit without changing further buffers”.
Applied.
> `ido-everywhere` is the culprit. If I disable it, things work as
>
JD Smith writes:
Hi,
> No, this is in a remote tramp buffer. Steps to reproduce:
>
> 1 Load a tramp buffer, which is not specified in the
> default-rename-alist.
> 2 C-u M-x tramp-rename-these-files
> 3 Error: “There is no target specified”
>
> It’s possible I’ve misinterpreted the point of
JD Smith writes:
> One more small bug I discovered when changing networks. In
> `tramp-rename-read-file-name-dir`, `file-remote-p` returns nil when
> you are truly disconnected, since the CONNECTED argument is t. This
> signals an error on rename. The connection doesn’t persist for bad
>
JD Smith writes:
Hi,
> Thanks, tried this in the new version. C-u M-x
> tramp-reload-these-files simply complains about no target and aborts.
I guess you have called `tramp-rename-these-files' on a local buffer, yes?
It is a user-error. And this is intended: `tramp-rename-these-files'
works
Michael Albinus writes:
Hi,
> Furthermore, I plan to implement a local quit. That is, if
> `set-visited-file-name' offers you a change, and you don't want to apply
> it, you hit `C-g', and the renaming of *this* buffer's file name is
> cancelled. The next renaming wil
JD Smith writes:
Hi,
> * What I don’t understand here is why, after the 1st prompt of
> rename-these-files, I get a 2nd prompt “Set visited file name”
> at all. Should that not have already been taken care of by
> the 1st prompt, which included the longest
JD Smith writes:
> Clarifying that: the culprit is the CONNECTED argument to
> `file-remote-p`. It’s easy for this to be nil while you still want to
> rename the host. So perhaps we shouldn’t require it to be CONNECTED.
But the CONNECTED argument doesn't influence, whether `file-remote-p'
JD Smith writes:
Hi,
> Impressions of `tramp-rename-these-files` (which I think you made at
> my prompting… thanks!):
>
> * 1st Prompt:
>
> * Ido really works poorly with this style prompt, but a simple C-f
> gets you to a normal completion.
I fear this is nothing I can fix. I don't use Ido,
JD Smith writes:
> And one more little bug: if you try to change host but timeout,
> `file-remote-p` no longer things of the file as remote, even though it is
> `tramp-tramp-file-p`. Then the following:
>
> (regexp-quote (file-remote-p source nil t
>
> throws an error,
Hi,
FTR, I've renamed the functions to `tramp-rename-files' and
`tramp-rename-these-files'. This seems to fit better the purpose, I
believe.
If there are no serious complaints, I'll merge them to Emacs 27.0.50
over the weekend. Bug fixing will still be possible, there's even no
pretest of Emacs
JD Smith writes:
Hi,
> I still believe renaming *this remote* is truly a single prompt
> operation. It would signal an error if called in a non-tramp
> buffer. But otherwise, tramp fully knows the /method:badhost for the
> currently visited file. Whether this-remote is a standalone command
>
JD Smith writes:
Hi,
> I have certainly noticed the “host is perfect” assumption and
> resulting errors. I’m not sure how completion enters into my
> suggestion of a shorter, single-prompt interface, which should work
> with or without completion? But I guess I could see trying to
> complete
Michael Albinus writes:
Hi,
> But you have it already. If your current buffer is visiting a file on
> badhost, you might do the following:
>
> M-x tramp-rename-remote-files
> Enter old Tramp connection: /ssh:bad:/tmp/ RET
> Enter new Tramp connection: /ssh: ;; complete with &q
JD Smith writes:
Hi,
- Now, the command goes through all buffers. Buffers which have a
buffer-file-name starting with the old name, "/ssh:bad:/tmp/",
are
presented to me, plus the prompt "Set visited file name:
/ssh:good:/var/tmp/". Confirming this
Michael Albinus writes:
Hi,
>> - Now, the command goes through all buffers. Buffers which have a
>> buffer-file-name starting with the old name, "/ssh:bad:/tmp/",
>> are
>> presented to me, plus the prompt "Set visited file name:
&
Michael Albinus writes:
Hi,
>> One ingredient I haven’t yet tested is when the badhost is truly
>> inaccessible, does it still hang if you forget to run rename-remote
>> first (which seems inevitable to me). Can try that later.
>
> I've just checked, there are still som
JD Smith writes:
Hi,
> Great, thanks. I took a look. For those of you following along, I
> had to add the following to tramp-loaddefs.el to have the new
> `tramp-rename-remote-files` command available through the normal
> (patched) ELPA package:
Yep. Alternatively, you could just load the
Michael Albinus writes:
Hi,
> I hope to have a first version of tramp-rename-remote-files ready this
> week, for playing. I would post a patch here, on top of Tramp 2.4.2.4.
I have implemented a very first shot, see appended patch. It is pretty
much alpha, it needs more careful t
JD Smith writes:
Hi,
> But badhost is just a guess, based on a possible current-buffer
> with a remote default-directory. If the current-buffer isn't
> remote, the initial value must be chosen from the different remote
> connections which exist. There can be several ones.
>
> I
yary writes:
Hi yari,
> I often have similar scenario of editing via TRAMP and then switching
> networks, without those issues. I don't use ido, and I do have
> auto-save to local /tmp for all my tramp buffers, setting "Auto Save
> File Name Transforms" regexp - see
>
JD Smith writes:
Hi,
[pls keep tramp-devel@gnu.org in Cc. I'd appreciate comments also from
other users]
>> Well, I'm still playing with scenarios. For the time being, I have
>> called the function `tramp-rename-all-buffer-files' (but I'm not fixed
>> on this name). The idea is to rename a
積丹尼 Dan Jacobson writes:
Hi Dan,
> (info "(tramp) Android shell setup") says
>
>• ‘sh’ must be specified for remote shell since Android devices do
> not provide ‘/bin/sh’. ‘sh’ will then invoke whatever shell is
> installed on the device with this setting:
>
>
積丹尼 Dan Jacobson writes:
Hi Dan,
> All such add-to-list examples:
>
> For instances where hosts keep obscure locations for paths for
> security reasons, manually add such paths to local ‘.emacs’ as
> shown below for TRAMP to use when connecting.
>
> (add-to-list
JD Smith writes:
Hi,
> Or perhaps a `tramp-change-hostpath` so you can re-enter the
> (possibly multi-hop) host path to the file?
>
> That's a good idea. Will see how to implement it. It shall be a
> bulk renaming, for all buffers related to the respective host.
>
> The bulk
401 - 500 of 1904 matches
Mail list logo
