Live data from Hacker News

SSH Remoting

zed.dev

181–190 of 227 posts

Re: SSH Remoting

#181

Earlier quoted context omitted.

This appears to be a significantly better implementation. Tramp mode is god awful slow and does not maintain a persistent connection.

The default setup is pretty crappy but with some tweaking of the ssh connection setup, It does a decent job and I used it for actual work for several years.

Would you mind outlining the settings or pointing to a reference?

Re: SSH Remoting

#182
post #115
post #104

Earlier quoted context omitted.

For what it's worth; Visual Studio Code and VSCode are not the same. VSCode is MIT licensed: https://github.com/microsoft/vscode/blob/main/LICENSE.txt From vscodium.com: Microsoft’s vscode source code is open source (MIT-licensed), but the product available for download (Visual Studio Code) is licensed under this not-FLOSS license and contains telemetry/tracking. According to this comment from a Visual Studio Code ma…

What I find unfortunate is that VSCode and Visual Studio Code are so conflated. It's Visual Studio Code in the context of features, it's vscode in the context of license and community. In this sense Zed is much cleaner as to what's up for for monetization. You look at the project and you know which parts will be candidates for business growth and which parts will stay in the community. With Visual Studio Code, the en…

Microsoft are expert at hiding the strings. I prefer obvious strings if there have to be strings attached.

Re: SSH Remoting

#183
post #17
post #7

I also switch between a lot of computers (work computer at home/work computer at work) but have to develop on "big powerful machine at work". My current solution is tmux + nvim and it works really good. I can just pickup a session from whatever computer I'm in front of at the moment. Am I correct in that neither Zed nor VS Code support this usecase yet?

I use VSCode + SSH remote for this and works great. The only nitpick I have is needing to manually reconnect when I suspend my laptop and ssh connection breaks. It's a separate session though, which doesn't matter to me but may be a deal breaker for you. I use Tailscale for a personal VPN so the beefy workstation is always securely available from my laptop, even when across the pond).

10 years ago I was using https://mosh.org/ to sutomatically reconnect ssh sessions.

Re: SSH Remoting

#184
post #183
post #17

Earlier quoted context omitted.

I use VSCode + SSH remote for this and works great. The only nitpick I have is needing to manually reconnect when I suspend my laptop and ssh connection breaks. It's a separate session though, which doesn't matter to me but may be a deal breaker for you. I use Tailscale for a personal VPN so the beefy workstation is always securely available from my laptop, even when across the pond).

10 years ago I was using https://mosh.org/ to sutomatically reconnect ssh sessions.

There's also `et`: https://mistertea.github.io/EternalTerminal/

Re: SSH Remoting

#185

Those who do not understand Emacs are doomed to repeat it. Poorly, in worse languages. —C.S. Santayana Emacs TRAMP mode has been doing this for 26 years, since November 1998. Fashions come, and fashions go, and Emacs remains. Anyone remember Atom? Anyone remember TextMate? Just use vi or Emacs.

What's the point of this comment? Zed didn't exist in 1998, so I think it's forgivable that Zed didn't support remote editing in 1998.

It's pretty funny you'd comment this at the same time there's a thread on the front page with people complaining about emacs bugs/performance issues: https://news.ycombinator.com/item?id=41954030

Is that really the best we can do? Should we have frozen tech in 1998 with our 28.8kbps modems and stopped trying to improve anything ever again? Why did you switch to this emacs fad when you could have stuck with ed(1)?

I think it's great that people are advancing the state of the art. Good for Zed.

Re: SSH Remoting

#186

Earlier quoted context omitted.

As long as that is notified and correctly authenticated, it is a reasonable approach because the remote process can progress without having to send the whole workspace through SSH. I also expect most language servers would have to be on remote for the same reason.

It's not a reasonable approach because these binary blobs they're installing are guaranteed to be non-functional unless the target OS somehow happens to be the exact distribution and version the binary blob developers are testing for. (You could theoretically make a truly portable and hermetic binary blob with something like WASM, but I guarantee you this black magic is not accessible to IDE developers.)

They address this in the article - they're statically linking with musl, which should address most distros, and their phrasing indicates that they're testing multiple distros too.

> Unlike our normal Linux builds, the remote server can be compiled with musl, which requires no dynamic linking. This lets it work on older distros (where before we ran into compatibility problems with glibc) and on modern share-nothing distros like Nix that don't have a global set of libraries to dynamically link.

Re: SSH Remoting

#187
post #183
post #17

Earlier quoted context omitted.

I use VSCode + SSH remote for this and works great. The only nitpick I have is needing to manually reconnect when I suspend my laptop and ssh connection breaks. It's a separate session though, which doesn't matter to me but may be a deal breaker for you. I use Tailscale for a personal VPN so the beefy workstation is always securely available from my laptop, even when across the pond).

10 years ago I was using https://mosh.org/ to sutomatically reconnect ssh sessions.

VSCode uses ordinary ssh tho.

I multiplex my ssh connections so the workflow is just ssh sgain, then reload VSCode window. If Mosh could multiplex these (and paper over the connection problems) that'd be great but after a cursory look, it doesn't look like it's possible.

It's a minor thing tho.

In general, I quite like Mosh! If I routinely had to work on faraway servers I'd use mosh just for its smart local echo.

Re: SSH Remoting

#188
post #44

Zed with SSH Remoting and Orbstack is pretty much my dream setup for programming on a Mac. I can now spin up a Linux machine in Orbstack[0] in a few seconds and then SSH into it from Zed for a fast Linux development environment with a fast macOS native editor. It feels a bit like the macOS version of WSL and VSCode. Just a whole lot nicer (subjective of course)! A couple of years ago I was inspired by what Mitchell H…

I understood Mitchell intent for his setup to be slightly different than what you described. I understood it as him running Nixos/nix because it made having a reproducible development setup a breeze since it’s all just a config file. How would his use of Nixos change as you imply with Zed/SSH?

I might have implied the wrong thing. I wasn't implying Mitchell should change his use of NixOS. I was relating to the desire for 'best of macOS and best of Linux'. If I was using NixOS I would do that from an Orbstack machine Linux cli, with Zed as my editor, rather than virtualisaing a full X GUI. Everyone will have their own choices of course.

Re: SSH Remoting

#190

How are people so happy with Zed? I've tried it, it's fast sure, but it lacks some very essential features like inline error highlighting and button for running code like how Intellij has it, there is no extensions that cover this either. At the moment, the Zed IDE is more like an lightweight ai-assisted text editor for me.

I think that is precisely why people, and myself, ate happy with Zed. I don't, personally, care for those kinds of features. I want something that is snappy, and bloat free. I beloved extensions are planned so that will come in time. I'm terms of inline error highlighting, it absolutely has that. is your LSP just not working correctly?
Post reply on HN