Re: Shell-quoting issue for sshx/scpx on MS Windows

Jim Porter writes: Hi Jim, >> Accessing an ssh server on MS Windows via Tramp will fail in general, >> because Tramp expects a POSIX shell on the server side. If I read the >> docs correctly, the ssh server on MS Windows opens a powershell. > > You can actually set the default ssh shell on MS

Re: optimize tramp for for many start-file-process'es in parallel

Hendrik Tews writes: > Hi, Hi Hendrik, > I am maintaining an Emacs library (coq-par-compile in Proof > General, details below) that manages a number of parallel running > background jobs, started via `start-file-process'. To decide, > which jobs need to be started, the library also uses >

Re: Shell-quoting issue for sshx/scpx on MS Windows

Jim Porter writes: Hi Jim, >> What I'm thinking for a longer time is to enable remote processes on MS >> Windows, as remote target. AFAIK there is also an OpenSSH server for >> that beast, so it must be possible to start remote processes via ssh >> from a local Emacs running on, let's say,

Re: [PATCH] Fix hostname completion on MS Windows

Jim Porter writes: Hi Jim, > The patch works correctly for me. Even without saved connection info > in ~/.emacs.d/tramp, host name completion works as expected (pulling > from .ssh/known_hosts in my case). I never even realized this was a > bug, since I was so used to getting host name

Re: [PATCH] Fix hostname completion on MS Windows

Jim Porter writes: Hi Jim, > I noticed that I neglected to include this change for the "simplified" > and "separate" syntaxes (I'd forgotten they exist, since I just use > the default syntax). Attached is a patch for those. Last night, in bed, I had exactly the same idea :-) I've pushed this

Re: [PATCH] Fix hostname completion on MS Windows

Michael Albinus writes: Hi Jim, >> [1] At least for sshx, my understanding is that this would only happen >> if you had the connection info cached in ~/.emacs.d/tramp, so you >> wouldn't see this with "emacs -Q" even with my patch to fix things. It >> wou

Re: [PATCH] Fix hostname completion on MS Windows

Jim Porter writes: Hi Jim, >> I know, that Eli Zaretskii (maintainer of Emacs) has committed several >> patches in order to drop such a volume letter for remote file names, but >> I don't remember where they have been applied. Perhaps, this was an >> Emacs 28 change. > > It looks like

Re: Shell-quoting issue for sshx/scpx on MS Windows

Jim Porter writes: Hi Jim, >> So I've reverted the use of powershell in Tramp on MS Windows. Instead, >> I'm using the "double apostroph" quoting as suggested by you, and this >> works proper. > > Good to hear this works for you as well. I tested locally with the > latest git revision on both

Re: [PATCH] Fix hostname completion on MS Windows

Jim Porter writes: Hi Jim, > This patch resolves an MS Windows-specific issue with file name > completion for Tramp: currently, when trying to complete a Tramp > hostname (or method/user), it fails to match anything on MS Windows > (however, completing the remote path works ok). This is because

Re: Shell-quoting issue for sshx/scpx on MS Windows

Jim Porter writes: Hi Jim, > A few days ago I've changed sshx/scpx methods on MS Windows to use > powershell as local encoding shell. With this, the template > RemoteCommand='%l' seems to work well. > > Would you mind to test it in your environment? Honestly, I'm kind > of >

Re: Shell-quoting issue for sshx/scpx on MS Windows

Jim Porter writes: Hi Jim, > In TRAMP 2.5.0.1, the sshx and scpx methods were changed to use > RemoteCommand for specifying, well, the remote command to run (see > commit aaffd34492ea6168cc47c469799ac87aa5c052a9[1] for the actual > change). However, this was specified as RemoteCommand='%l',

Re: Fwd: tramp removes valid recentf files when a remote is unreachable

Michael Albinus writes: > (remove-hook 'tramp-cleanup-connection-hook > #'tramp-recentf-cleanup) > (remove-hook 'tramp-cleanup-all-connections-hook > #'tramp-recentf-cleanup-all Better: --8<---cut here---start->

Re: Fwd: tramp removes valid recentf files when a remote is unreachable

Marc Herbert writes: > Hi, Hi Marc, > I use both tramp and recentf constantly. > > I use remote systems which are sometimes off, suspended or on a > different network and I don't always remember to wake them up / > connect to the VPN / etc. on every first attempt. When I try to open a > file

Re: Tramp with Dired produces unwanted //DIRED// line

"Felix E. Klee" writes: Hi Felix, >> Good. However, I need to find out what happens with compiled Tramp >> files. Hopefully, I can reproduce the problem locally. > > Let me know if I you need help reproducing the issue. Thanks for the offer. If needed, I'll contact you. >> The appended patch

Re: Why does the Tramp customization get lost?

"Felix E. Klee" writes: Hi Felix, > Currently, I have near the top of my `~/.emacs`: > > ;; Load Tramp before customization, or otherwise customized > ;; connection properties are lost later: > (require 'tramp) Looks like bug#47063, see . This is

Re: Tramp with Dired produces unwanted //DIRED// line

"Felix E. Klee" writes: Hi Felix, >> What happens, if you remove all *.elc files from >> ~/.emacs.d/elpa/tramp-2.5.0.2/ ? > > Thanks, that did the trick! Now I can start Emacs as below, and I can > log into the remote machine with Tramp 2.5.0.2. > > emacs -Q -L ~/.emacs.d/elpa/tramp-2.5.0.2

Re: Tramp with Dired produces unwanted //DIRED// line

"Felix E. Klee" writes: Hi Felix, >> So you might adapt your ~/.emacs such a way that Tramp 2.5.0.2 is in >> the load-path, and you might start a new Emacs instance. As a proof of >> concept, try >> >> # emacs -Q -L ~/.emacs.d/elpa/tramp-2.5.0.2 > > Thanks for the suggestions, but starting

Re: tramp (2.4.3.27.1 nil/nil); enable-bracketed-paste mode in inputrc breaks tramp

Chris Chiappa writes: Hi Chris, > Something in my configuration recently changed and tramp broke. The > symptom was that the output getting retrieved from the remote system > always seemed to have garbage control characters preceding it, ie: > > [?2004l"Linux 4.1.12-124.19.2.el7uek.x86_64" > >

Re: Tramp with Dired produces unwanted //DIRED// line

"Felix E. Klee" writes: Hi Felix, >> Perhaps you try the recent Tramp 2.5.0.2 from GNU ELPA, and check >> whether it behaves better? > > Thanks for the suggestion! I now have 2.5.0.2 installed from > , but it doesn’t work. If I try to open: > >

Re: Tramp with Dired produces unwanted //DIRED// line

"Felix E. Klee" writes: Hi Felix, > As discussed in my [question][1] on Emacs Stack Exchange, when > connecting to an old system with an old `ls`, then I get an ugly line at > the end of each Dired buffer: > > //DIRED// 69 70 128 130 188 198 256 266 324 336 394 406 > > I was assuming that

Re: TRAMP + Sudo infinite loop weirdness

Vlad writes: > Dear tramp-devel Team, Hi Vlad, > I'm having a though time editing files with emacs (GNU Emacs 27.1 (build > 1, x86_64-pc-linux-gnu) of 2020-09-26) as sudo on my server (FreeBSD 12). > The SSH connection is established via ssh-keys. > > Editing files via Tramp (find-file

Re: TRAMP, auth-source and Secret Service API "label" prompt

Gustavo Barros writes: > Hi Michael, Hi Gustavo, > And, just so I know, is the fix coming to 27.2, or only to 28+? (No > problem either way, just for me to add a corresponding note in my init > file to revert the workaround.) No, it won't go to Emacs 27.2. For several reasons: - The applied

Re: TRAMP, auth-source and Secret Service API "label" prompt

Michael Albinus writes: Hi Gustavo, >>> The appended patch fixes this for me, could you pls check? I've >>> applied >>> it on top of Emacs 28.0.50, but it shall also apply for Emacs 27. >> >> I'm running the released version, not from Git. But I did

Re: Problems setting FTP connection via Tramp

Adam Faryna writes: Hi Adam, > Thanks a lot Michael. > > Yes, that was probably the case. > > I tried now: > "/ftp:francis@192.168.0.21#2221:~/" > > And it's working perfectly. Good, so there's no error in the code. > Thanks, > Adam Best regards, Michael.

Re: Problems setting FTP connection via Tramp

Adam Faryna writes: Hi Adam, > Entire content of the buffer: > > ftp> open 192.168.0.21 > ftp: Can't connect to `192.168.0.21:21': Connection refused > ftp: Can't connect to `192.168.0.21:ftp' > ftp> > > I see the wrong port is selected. I tried to connect to port 2221 but > it used 21. It

Re: Problems setting FTP connection via Tramp

Adam Faryna writes: > Hi, Hi Adam, > As discussed in SX post (link below), I tried to setup FTP connection > between Tramp and Android FTP server, but without success. Connecting > via Terminal FTP client works without problems. I use Tramp for ssh > connections without problems, as well. > >

Re: TRAMP's Customs agents open up our .gz luggage and forget...

積丹尼 Dan Jacobson writes: Hi Dan, > Actually wouldn't it be better for TRAMP, to not attempt to uncompress > when copying files in the first place, just like it did when we sent the > same file, calling it "N", to keep TRAMP's Customs agents from opening > up our luggage and (so enthralled by

Re: TRAMP, auth-source and Secret Service API "label" prompt

Gustavo Barros writes: > Hi Michael, Hi Gustavo, >> The appended patch fixes this for me, could you pls check? I've >> applied >> it on top of Emacs 28.0.50, but it shall also apply for Emacs 27. > > I'm running the released version, not from Git. But I did redefine >

Re: TRAMP, auth-source and Secret Service API "label" prompt

Gustavo Barros writes: Hi Gustavo, > Anyway, then we have an `emacs -Q' reproduction recipe: > > #+begin_src emacs-lisp > (load-library "tramp") > (setq tramp-cache-read-persistent-data t) > (setq auth-source-save-behavior nil) > (setq auth-sources > '(default > "secrets:session" >

Re: TRAMP, auth-source and Secret Service API "label" prompt

Gustavo Barros writes: > Hi Michael, Hi Gustavo, > And the behavior still occurs. My though then was that it must be in > some package I have installed, which is being activated between > early-init.el and init.el during startup. I went with `emacs -Q' and > `M-: (package-activate-all)', and

Re: TRAMP, auth-source and Secret Service API "label" prompt

Gustavo Barros writes: > Hi Michael, Hi Gustavo, > Given then we have to look at this from the perspective of > `auth-source', the fact still remains that I cannot reproduce the > behavior with `emacs -Q', and could not isolate in my init file > whatever is the missing intervening factor which

Re: TRAMP, auth-source and Secret Service API "label" prompt

Gustavo Barros writes: > Hi All, Hi Gustavo, I'm adding Ted in Cc, because he is the author of auth-source.el. For the same reason, I quote your analysis completely. > This is a follow-up report, from a discussion which started between > Michael Albinus and me at Reddit (https:

Re: Please help interpreting TRAMP debug log

Camden Narzt writes: Hi Camden, > I’m trying to use tramp to edit files on a remote host, and it’s not > connecting. I see "Couldn't find local shell prompt for /bin/sh” as > well as "Process has died” errors, and was just wondering whether the > process is killed because it doesn’t find a

Re: tramp (2.4.3.27.1 nil/nil); doc bugs for default method

Francesco Potortì writes: Hi Francesco, > # In the Quick Start Guide node: > >>The shortest remote file name is ‘/-::’, therefore. The ‘-’ notation >>for the default host is used for syntactical reasons, *note Default >>Host::. > > "for the default host" should be "for the default method"

Re: tramp (2.5.0-pre nil/nil); dired: multibyte characters disturb filename detection

justus-...@piater.name writes: Hi Justus, >> Could you, pls, check whether the appended patch fixes the problem for >> you? > > Yes it does. Thanks! Thanks for the feedback. I've pushed the fix to both Tramp and Emacs repositories; will also be available with Tramp 2.5.0.1 in GNU ELPA. >

Re: Behavior of tramp-own-remote-path

Augusto Stoffel writes: Hi Augusto, I'm sorry to reply such late, but there was Xmas, and I had also to release Tramp 2.5.0. > I've recently posted a question on Stack Exchange about the way Tramp > sets the PATH [1]. I would set tramp-remote-path to the value > '(tramp-own-remote-path) but

Tramp 2.5.0

Hello, The Tramp team is happy to announce the release of Tramp 2.5.0. 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

Tramp 2.4.5

Hello, The Tramp team is happy to announce the release of Tramp 2.4.5. This is the stable version. 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 the remote file system for

Re: tramp (2.5.0-pre nil/nil); Cannot write to /sudo::file in /boot partition

"Yikai Zhao" writes: Hi, > The patch works well for me. I can successfully save without any > error. Thanks! OK, I have pushed it to the repositories. I hope it doesn't damage anything else, let's see whether people start to holler ... Best regards, Michael.

Re: tramp (2.5.0-pre nil/nil); Cannot write to /sudo::file in /boo t partition

"Yikai Zhao" writes: > Hi, Hi, > Thanks for your reply. See attached for the debug output. I was > editing /sudo::/boot/loader/entries/arch-lts.conf Well, the traces show the following error: > 23:28:38.730420 tramp-send-command (6) # cp -f -p /tmp/tramp.rIl2FY.conf >

Re: tramp (2.5.0-pre nil/nil); Cannot write to /sudo::file in /boo t partition

"Yikai Zhao" writes: > Hello, Hi, > When I open some file in FAT filesystem (/boot) using /sudo connection > and then try to save the file, TRAMP will report error: > > "Copying directly failed, see buffer ... for details". > > But it seems that the file is saved regardless the error message.

Re: Emacs unexpectedly stalls on remote image

Mikhail P writes: > Hi, Hi Mikhail, > I tried it and emacs stalls occasionally though not on every resize. > > Attaching the debug file Thanks. According to the debug file, there are further remote file operations. verify-visited-file-name this case. > Let me know if I can help any further.

Re: Emacs unexpectedly stalls on remote image

Michael Albinus writes: Hi Mikhail, >> I am aware that the code for image display is well outside of TRAMP >> and separate report should be submitted. I am attaching a tramp debug >> file I got when opening the image in a clean session (no .emacs conf) >> a

Re: Emacs unexpectedly stalls on remote image

Mikhail P writes: > Hi Michael, Hi Mikhail, > I tried the new version and emacs does not hang. Also the resizing has > become much faster (I suspect I have the same connection speed and it > was very slow with your initial patch). Thanks for the reply. I haven't done something special wrt

Re: Emacs unexpectedly stalls on remote image

Mikhail P writes: Hi Mikhail, > I tried to reproduce the same steps and seems like it did not fix the > issue. In which way it isn't fixed? My local tests have shown, that an image in a remote buffer is resized, after changing window size. Doesn't this happen to you? > Attaching debug file

Re: tramp (2.4.3.27.1 nil/nil); emacs stuck

[You still haven't tramp-devel@gnu.org in Cc. Please use a "Reply All" or similar button in your mail client.] 杨达 writes: > Hi, Hi yda, > Emacs hangs when using tramp to access files in remote host with > PuTTy. > > After entering username and password, emacs will ask me if I want to > save

Re: tramp (2.4.3.27.1 nil/nil); emacs stuck

[Please keep tramp-devel@gnu.org in Cc, for the archives] 杨达 writes: > Hi, Hi, > Sorry about the empty body. I sent the first mail using `tramp-bug` in > emacs, it’s cool but I’m not familiar with it. No problem. However, you still haven't described your problem in the message body. Pls

Re: tramp (2.4.3.27.1 nil/nil); emacs stuck when trying to connect using plinkx:sessname: ,after entering password, minibuf prompts a question asking whether I want to save to authinfo. I have to pres

杨达 writes: Hi, > *** E-Mail body has been placed on clipboard, please paste it here! > *** The message body is missing here. And no, I don't want to discuss what's written in the subject. > Sent from Mail for Windows 10 Why am I not surprised? Best regards, Michael.

Re: Emacs unexpectedly stalls on remote image

Mikhail P writes: > Greetings, Hi Mikhail, > After that, on resizing the window with image or the whole frame Emacs > stalls. The hang occurred from 10:29 till 10:35 (as seen from > timestamps in attached file) when I interrupted it with C-g. Thanks for the debug info. It explains what

Re: tramp (2.4.3.27.1 nil/nil); tramp-sh-handle-make-process incorrectly handles commands of the form "sh -c argument"

Martin Joerg writes: > Hi Michael, Hi Martin, > sorry for the late reply and thanks for the patch. Yes it worked for > me. Thanks for the feedback. Meanwhile, I've pushed the patch to the repositories. Will be contained in the upcoming Tramp 2.4.4.3, to be released later this week via GNU

Re: tramp (2.4.3.27.1 nil/nil); tramp-sh-handle-make-process incorrectly handles commands of the form "sh -c argument"

Martin Joerg writes: Hi Martin, > The problem seems to be that the way tramp-sh-handle-make-process > splits the argument for commands of the form "sh -c argument" does not > work correctly when the argument contains quoted strings. Yes. So I will apply the appended patch (but overlong shell

Re: bug#42237: [PATCH] Clean up Tramp version check

Nicholas Drozd writes: > Hi Michael, Hi Nicholas, > sorry about the delay. I swear I had this working before, > but now the new test isn't passing. Because this is just a clean-up > change that doesn't actually fix anything, I don't want to put any > more effort into it. Feel free to try and

Re: bug#42237: [PATCH] Clean up Tramp version check

Hi Nicholas, Are you still working on this? Best regards, Michael.

Re: tramp (2.4.5-pre emacs-27/b6704d58e828e96d72185d9f3a63545771d2698f); Timeout reached, see buffer '*tramp/ssh server1*' for details -- but no such buffer exist

Hong Xu writes: > Hi Michael, Hi Hong, > I think we have discussed this already. The report is on the error > buffer, not on how to resolve the prompt issue. The error message > says: > >An error tramp-signal-hook-function: Timeout reached, see buffer > ‘*tramp/ssh server1*’ for details >

Re: tramp (2.4.5-pre emacs-27/b6704d58e828e96d72185d9f3a63545771d2698f); Timeout reached, see buffer '*tramp/ssh server1*' for details -- but no such buffer exist

Hong Xu writes: Hi Hong, > I've attached the complete debug buffer after setting tramp-verbose to 10. You have attached the backtrace, not the debug buffer. This doesn't help. Best regards, Michael.

Re: tramp (2.4.5-pre emacs-27/b6704d58e828e96d72185d9f3a63545771d2698f); Timeout reached, see buffer '*tramp/ssh server1*' for details -- but no such buffer exist

Hong Xu writes: Hi Hong, > ##Remote host command line prompt here## > 19:44:44.161550 tramp-process-actions (3) # Waiting for prompts from > remote shell...failed > 19:44:44.161831 tramp-maybe-open-connection (3) # Opening connection > for server1 using ssh...failed This looks like an issue

Re: prompt has changed with an update

Thomas Walker Lynch writes: > Hello, Hi Thomas, > I found various things in the doc for coercing Tramp to pick a > different shell: > > ;(add-to-list 'tramp-connection-properties > ; (list (regexp-quote > "/ssh:thomas.ly...@reasoningtechnology.com:") > ;

Re: tramp (2.4.5-pre emacs-27/b6704d58e828e96d72185d9f3a63545771d2698f); Timeout reached, see buffer '*tramp/ssh server1*' for details -- but no such buffer exist

Hong Xu writes: Hi Hong, > Thanks. I think the main point in the bug report is that the error > buffer doesn't exist, while the error message purports that it exists. Which is very uncommon. Could you pls set tramp-verbose to 6, and rerun the test? Pls send the resulting Tramp debug, and also

Re: tramp (2.4.5-pre emacs-27/b6704d58e828e96d72185d9f3a63545771d2698f); Timeout reached, see buffer '*tramp/ssh server1*' for details -- but no such buffer exist

Hong Xu writes: Hi, > In a clean Emacs (emacs -Q), do the following: > > 1. Set tramp-verbose to 9 in the scratch buffer > 2. C-x d, then /ssh:server1:/home/my-user-name > 3. Wait until timeout > 4. *Message* recorded that > >An error tramp-signal-hook-function: Timeout reached, see

Re: tramp (2.4.3.27.1 nil/nil); /sudo doesn't work

Robert Pluim writes: Hi Robert, > Itʼs worse than what you think: having an old version of org loaded > can cause miscompilation of a new version of org, even when using the > same version of Emacs. Itʼs probably down to macros. There was a > message to the org-mode list about it if youʼre

Re: tramp (2.4.3.27.1 nil/nil); /sudo doesn't work

Robert Pluim writes: > Iʼm not sure what the manual would say? > > "When doing package-list-packages and installing some unspecified > packages, do that from a 'clean' emacs" > > (and ordinary users would not read that section of the manual anyway). :-) > What might be better is a warning when

Re: tramp (2.4.3.27.1 nil/nil); /sudo doesn't work

Robert Pluim writes: Hi Robert, > Michael> I've seen you're using Tramp's ELPA version. Maybe you > Michael> deinstall/reinstall it? I have the vague impression that > Michael> compilation of > Michael> Tramp depends on the Emacs version you're running. > > That can definitely

Re: tramp (2.4.3.27.1 nil/nil); /sudo doesn't work

Giovanni Ruggiero writes: Hi Giovanni, > mmh... yes, it works. > > There must be something in my init that messes things up. I've seen you're using Tramp's ELPA version. Maybe you deinstall/reinstall it? I have the vague impression that compilation of Tramp depends on the Emacs version you're

Re: tramp (2.4.3.27.1 nil/nil); /sudo doesn't work

Giovanni Ruggiero writes: Hi Giovanni, > They are just the prefix I've tried, after those I've added the > semicolon and the path. > To be more precise, to open the alternatives.log file, I've tried: > > /sudo:root@localhost:/var/log/alternatives.log > /sudo:localhost:/var/log/alternatives.log

Re: tramp (2.4.3.27.1 nil/nil); /sudo doesn't work

Giovanni Ruggiero writes: > Hi Ben, Hi Giovanni, > thank you, but is not a problem of auto completion, is that I can't > open files at all with Tramp. > > I included the [No match] message as a way to say that everything I > try (included /sudo:root@localhost ) after /sudo: > isn't recognized

Re: prompt has changed with an update

Thomas Walker Lynch writes: Hi Thomas, > Thanks Michael. Looks like I should have gone to the Tramp manual, Don't worry. My experience is, that *nobody* reads the manual. Sometimes, I have the impression I write it just for myself, in case I have forgotten something ... > but I was confused.

Re: prompt has changed with an update

Thomas Walker Lynch writes: Hi Thomas, >>> Recently my prompt has changed on shells raised with Tramp. I use >>> dirtrack, so this messes up Emacs royally. >> >> Thanks for the report. I need more data for analysis, though. >> >> - Which Emacs/Tramp version are you using? The Tramp

Re: prompt has changed with an update

Thomas Walker Lynch writes: > Hello, Hi Thomas, > Recently my prompt has changed on shells raised with Tramp. I use > dirtrack, so this messes up Emacs royally. > > For example, given this bit of code > > (defun shell-make (dir buffer-name) > (let* ( >(default-directory

Re: Connection hangs on consecutive ssh reconnects but works on Emacs restart

Mikhail writes: > Greetings and thanks in advance! Hi Mikhail, > I am having troubles with connecting via ssh multihop to a remote file > system. Weirdly if I restart Emacs connection works for some > time. However after a while TRAMP starts to hang on > requests. Restarting Emacs helps for

Re: Check if file exists and ask before fetching, when copying

積丹尼 Dan Jacobson writes: Hi Dan, > MA> That isn't Tramp, but dired. Tramp implements `copy-file'. It always > MA> checks first, whether the target file exists. > > OK but how about when copying files from the adb: device to the local > machine? > > If the local file exists already, we shouldn't

Re: bug#42237: [PATCH] Clean up Tramp version check

Stefan Kangas writes: Hi Stefan, > Nicholas Drozd writes: > >> I've attached a new version of the patch. Hopefully this one is right. > > Should the patch here be installed? Michael mentioned an issue that > then turned out to be unrelated. This patch is intended for the *Tramp* git repo. No

Re: Check if file exists and ask before fetching, when copying

積丹尼 Dan Jacobson writes: Hi Dan, > When we attempt to copy a file, but the target exists already, we still see > Fetching > Overwrite...? > > Wouldn't it be better to (do the check and) ask the question before fetching? > That way big files wouldn't be hauled over the cables, only to end up

Re: Tramp and Flycheck/Flymake interaction

Dennis Proksch writes: > Dear Sir or Madam, Hi Dennis, > I posted this request on Stackoverflow and was recommended to you: > https://emacs.stackexchange.com/questions/59941/flycheck-trouble-with-tramp-and-python-no-module-named-ssh-home-ubuntu-te. Yes, it was me, who has redirected you to

Re: [PATCH] Clean up Tramp version check

Nicholas Drozd writes: > Hey Michael, Hi Nicholas, > I just wanted to check and see the status of this one. Not relevant for your changes. "./configure" doesn't like a tilde in the file name. So we have only one problem with your patch --8<---cut

Re: [PATCH] Clean up Tramp version check

Michael Albinus writes: Hi Nicholas, > # ./configure --with-emacs=~/src/emacs-25/src/emacs > configure: Tramp 2.5.0-pre > checking for gmake... no > checking for make... make > checking for reasonable make version... ok > checking whether make sets $(MAKE)... yes > checki

Re: [PATCH] Clean up Tramp version check

Nicholas Drozd writes: Hi Nicholas, > This turned out to be quite a piece of code indeed. I think this > change respects all the existing requirements. As I said before, this > shouldn't change any behavior, apart from adding the new function and > variable. Feel free to reject. Thanks.

Re: quotes missing in stackexchange

積丹尼 Dan Jacobson writes: >>>>>> "MA" == Michael Albinus writes: > MA> However, meanwhile I've implemented a workaround. If a command contains > MA> a multibyte char, I don't evaluate it in the interactive adb > MA> shell. Instead, I call from my loc

Re: quotes missing in stackexchange

08/g results in > x01xF3x08 – Michael Albinus > Odd, don't you need to quote: \\ or '\'? It doesn't matter: --8<---cut here---start->8--- zeroflte:/ $ echo x | sed -re s/x/\x01\xF3\x08/g x01xF3x08 zeroflte:/ $ echo x | sed -re 's/x/\x01\xF3\x08/g'

Re: Can't deal with files with U+1F308 RAINBOW in their name

積丹尼 Dan Jacobson writes: Hi Dan, > Well, maybe adb, with its powerful backup and pull commands, > needs to have a file listing command, (made from components used in its > backup command), e.g., for the case of a phone with no ls command. > > If this is the case maybe you folks should tell the

Re: Can't deal with files with U+1F308 RAINBOW in their name

積丹尼 Dan Jacobson writes: Hi Dan, > How about > $ man find|col -b|grep -A 77 '^UNUSUAL FILENAMES' > UNUSUAL FILENAMES >Many of the actions of find result in the printing of data which is > u... Thanks. However, `find` on my Galaxy S6 doesn't know the options: --8<---cut

Re: Can't deal with files with U+1F308 RAINBOW in their name

yary writes: > Toybox's "ls" manpage is at https://landley.net/toybox/help.html#ls > for what it's worth Thanks. The "-b" option looks promising. Unfortunately, it doesn't exist on my Galaxy S6 running Android 7.0. > -y Best regards, Michael.

Re: tramp (2.5.0-pre master/10a0941f4dcc85d95279ae67032ec04463a44d59); Couldn't find proper ls command

Jean Louis writes: Hi, > What I can see is that shell-file-name is "/bin/sh" but it is > incorrect, and I did not change my previous settings, Tramp was > working just fine. Suddenly it does not work on any Android device. > > local variables: > > ;; *tramp/scp motorola* >

Re: Can't deal with files with U+1F308 RAINBOW in their name

積丹尼 Dan Jacobson writes: > Maybe: > $ man ls >-Q, --quote-name > enclose entry names in double quotes > >--quoting-style=WORD > use quoting style WORD for entry names: literal, > locale, shell, shell-always, shell-escape, >

Re: Can't deal with files with U+1F308 RAINBOW in their name

yary writes: > since "adb shell ... doesn't seem to be capable to > handle multibyte characters above U+1" – can you open the adb > shell and see if "ls" mis-handles the rainbow char? If so then you > have a test case that you can file directly with the Android Debug > Bridge people- though

Re: Can't deal with files with U+1F308 RAINBOW in their name

積丹尼 Dan Jacobson writes: Hi Dan, > If I am in dired, > > /adb::/sdcard/GTs/gpx: > total 7674 > drwxrwx--x 1 root sdcard_rw4096 2019-10-28 . > drwxrwx--x 1 root sdcard_rw4096 2018-05-16 .. > -rw-rw 1 root sdcard_rw 17132 2019-10-21 2019-10-14_05-52-10.gpx >

Re: tramp (2.5.0-pre master/10a0941f4dcc85d95279ae67032ec04463a44d59); Couldn't find proper ls command

Jean Louis writes: Hi, could you please describe what happens? And pls set tramp-verbose to 6, and rerun your test from the beginning. Show the resulting Tramp debug buffer. Best regards, Michael.

Tramp 2.4.4

Hello, The Tramp team is happy to announce the release of Tramp 2.4.4. This is the stable version. 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 the remote file system for

Re: Tramp should only change M-x shell startup when used in tramp buffers

積丹尼 Dan Jacobson writes: Hi Dan, > Try this: > In a remote dired, do M-x shell, but then ^G when you see the long prompt. > > OK, now in a local dired, do the same thing... and see the same results! > > Apparently if the first time you attempted to start it was in a remote > buffer, that is

Re: Tramp should only change M-x shell startup when used in tramp buffers

積丹尼 Dan Jacobson writes: Hi Dan, > I notice in emacs when tramp is running and we do M-x shell, we see the prompt > > Remote shell path: /adb::/sdcard/GTs/gpx//system/bin/sh > > That is great, but what if we just want an old fashioned local shell > like we see with plain emacs? > > I propose if

Re: Fetching to /tmp messages are all one sees

積丹尼 Dan Jacobson writes: Hi Dan, > Just a cosmetic problem: of these messages, > Copying /adb::/sdcard/Download/Aretha Franklin Chain of Fools The SAME > Remix_CBR_256k.mp3 to /var/tmp/Aretha Franklin Chain of Fools The SAME > Remix_CBR_256k.mp3... > Tramp: Fetching

Re: tramp (2.3.5.26.3); Waiting for prompts from remote shell

User Account1 writes: Hi, > While trying to run org-capture or even while restarting, Tramp mode > tried to connect to a previously connected server(via vpn). This hangs > the system till the connection fails. > > I have tried tramp-cleanup-this connection, > tramp-cleanup-all-connections,

Re: Eglot and Tramp

João Távora writes: > Hi Michael, Hi João, > [ Felipe, I don't subscribe to tramp-devel, so please next time CC me in > these emails so that we try to fill in the blanks when there's something > not quite clear ] Or write an Emacs bug report, if several packages are involved. > Thanks for

Re: Tramp hangs when using native openssh on windows 10

M J writes: Hi, > It appears that tramp hangs when using the windows 10 native openssh. Well, you're not the first one who reports this. I have no idea, whether MS's ssh implementation is usable. I cannot (and won't) test it myself; I don't use MS Windows. > The only thing I find odd in the

Re: tramp (2.5.0-pre feature/native-comp/2e25eebfbd25b131b6d0fcff4e60f7a8773d912b); Tramp hangs when executive start-file-process-shell command in non-dired buffer (python-mode)

Michael Lingelbach writes: [Cc tramp-devel for the archives] > Hi Michael, Hi Michael, > Sorry for the double tap, but I think I found the location of the > issue (even if I don’t understand why it is causing the issue). I’m > using doom emacs, an it seems upon entering python files the

Re: tramp (2.5.0-pre feature/native-comp/2e25eebfbd25b131b6d0fcff4e60f7a8773d912b); Tramp hangs when executive start-file-process-shell command in non-dired buffer (python-mode)

Michael Lingelbach writes: > Hi Michael, Hi Michael, > Sorry about that; I've attached the compressed logs. They are rather > large (50 mb), the only two commands I did were the two below, one > command sent to dired, the other to a python buffer. > >> I'm trying to get a remote languag server

Re: tramp (2.5.0-pre feature/native-comp/2e25eebfbd25b131b6d0fcff4e60f7a8773d912b); Tramp hangs when executive start-file-process-shell command in non-dired buffer (python-mode)

Michael Lingelbach writes: Hi Michael, > I'm trying to get a remote languag server running via tramp. When I > attempt to execute any remote shell command in a dired buffer, such as: > > ``` > (with-current-buffer "box-physics" > (start-file-process-shell-command "mspyls-remote"

Re: `Compile' hang on remote files, not sure if it is a concurrent race issue

Fan Yang writes: Hi Fan, >> What happens, if you open a shell on your remote vm01 host, and raise >> the command >> >> # \readlink --canonicalize-missing /usr/src/kernels/5.3.7-301.fc31.x86_64 > > It prints out "/usr/src/kernels/5.3.7-301.fc31.x86_64”. That's OK. So there's no problem with

Re: unbuffered remote process I/O

Felipe Lema writes: Hi Felipe, > I don't know if it's worth since it's not an `emacs -Q` test case > > but > > we can reproduce the error in my branch of eglot [1]. > > The unit tests fail [2] because the the initialization json is sent, > but does not reach the remote server [3]. > > To

Re: `Compile' hang on remote files, not sure if it is a concurrent race issue

Fan Yang writes: > Hi all, Hi, [sorry for the delay, I have been busy with other tasks last week] > I’m look for any help for a hang issue when compiling remote files using > “compile.el”. > > Here is how I re-produce it: > - emacs -Q > - C-x C-f "/scp:vm01:pbd/virtio_balloon.c” (I’ve

Re: question on tramp multi-hop

Alex Koval writes: > Hello Michael, Hi Alex, > 1. I need to be able to connect to staging host: > /ssh:ubu...@bastion.staging.example.com|ssh:root@master1: > > 2. And to production: > /ssh:ubu...@bastion.production.example.com|ssh:root@master1: > > So, in such case tramp is unuseble, instead

<    1   2   3   4   5   6   7   8   9   10   >