Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Eternal Terminal

eternalterminal.dev

Post reply on HN
Print view View original

71–80 of 104 posts

Re: Eternal Terminal

#71

Post by MarcScott »

pard68 wrote: post #51
tgvaughan wrote: post #46

Ever since moving to eshell+tramp, all of these persistence tools, however beautifully designed, somehow strike me as solving the wrong problem.

Could you elaborate on this setup?

You can use emacs and tramp to edit files remotely within a local buffer. If you lose connection it doesn't matter, you still have the file, and when you save it auto connects. I often use this with Python and can execute the scripts within emacs with the results being sent back to another buffer.

You can also use eshell or even just shell (if you're not into lisp) within emacs once you are on the remote machine to execute bash commands, with scrolling.

I think that's what is being referred to, but I'm no expert.

Re: Eternal Terminal

#72

Post by [deleted] »

thenewnewguy wrote: post #61
heeen2 wrote: post #34

How does this compare to ssh+gnu screen on the remote host?

Directly from the linked page: > Ssh is a great remote terminal program, and in fact ET uses ssh to initialize the connection. The big difference between ET and ssh is that an ET session can survive network outages and IP roaming. With ssh, one must kill the ssh session and reconnect after a network outage

[deleted]

Re: Eternal Terminal

#73

Post by maratc »

gnachman wrote: post #45
math0ne wrote: post #11

As a current mosh user i'm interested but I don't know what "support native scrolling nor tmux control mode" means. Any insight?

This is the best way to use iTerm2's tmux integration mode on a remote host. I wrote some guidance here: https://gitlab.com/gnachman/iterm2/wikis/tmux-Integration-Be...

Hey George, the wiki is good, as is the whole tmux/iTerm integration. You might want to add a section on reconnecting to ssh agent forwarding from Mac (the whole `eval $(tmux showenv -s SSH_AUTH_SOCK)` thing).

Re: Eternal Terminal

#74

Post by fuzzygroup »

At the risk of incurring self promotion issues (and I really don't understand what qualifies as acceptable self promotion), I didn't feel that this article was all that clear if you are an AWS focused user, so I wrote up all the steps it took to use Eternal Terminal in an OSX / AWS context including an Ansible playbook for configuration.

https://fuzzyblog.io/blog/aws/2019/11/26/using-eternal-termi...

Re: Eternal Terminal

#75

Post by yoz-y »

Lurkars wrote: post #50
johntiger1 wrote: post #37

For someone wondering "how is this different from screen?/ what problem does it solve?", this article was actually quite nice: https://medium.com/@grassfedcode/what-could-be-better-than-s...

I asked my self the same question, scanned the linked article and did not find any matches for "screen". So please, could you tell me in short, what the benefit is?

They are a bit orthogonal. When you have a flaky connection, screen will help keeping your stuff alive on the remote host but you still need to reconnect all the time the connection drops. ET and mosh will make it look like your connection never dropped.

Re: Eternal Terminal

#76

Post by yoz-y »

tgvaughan wrote: post #46

Ever since moving to eshell+tramp, all of these persistence tools, however beautifully designed, somehow strike me as solving the wrong problem.

How so? What if you don’t use emacs or just want your irssi not dying every time you enter a tunnel?

Re: Eternal Terminal

#78

Post by codetrotter »

equalunique wrote: post #3

> mosh: Mosh is a popular alternative to ET. While mosh provides the same core funtionality as ET, it does not support native scrolling nor tmux control mode (tmux -CC). I had no idea Mosh did not support tmux control mode. I was hoping to eventually use Mosh more, but not any more. Glad to see Eternal Terminal works with FreeBSD too.

> Glad to see Eternal Terminal works with FreeBSD too.

Just installed it on my server. Package doesn't include any rc.d service file though. And I am fairly certain that unlike mosh, the Eternal Terminal etserver needs to run as a service, seeing as that is what they do on Linux and on macOS.

I'm gonna open an issue about it on their issue tracker.

Re: Eternal Terminal

#79

Post by nightbrawler »

I use mosh to connect up to a raspberry pi over a slow satellite link. For that, mosh works awesome but I’ve always missed the ability to scroll output when I’m trying to debug something. I’m anxious to give this terminal a try and see how it performs in comparison

Re: Eternal Terminal

#80

Post by sjy »

ignoramous wrote: post #28
Kilenaitor wrote: post #21

Earlier quoted context omitted.

mosh by default doesn't support native scrollback. The way mosh is implemented (by default at least) is to just paint the screen locally with the remote "view". If you try to scroll back in your terminal locally (literally scroll up with a mouse/trackpad), it will scroll up your local terminal instead of scrolling up in the remote view. So your scrollback is literally capped at the vertical height of your local termi…

Not being able to scroll was a pain, but nothing that tmux or even output piped to less couldn't solve. It wasn't glorious, but it worked. That said, might be tempted to try ET just because scrolling through long winded outputs are a frequent thing.

Smooth-scrolling back through a command that unexpectedly dumped 500 lines of output, using Alacritty and a big scrolling trackball with acceleration, is pretty glorious.
Post reply on HN