Live data from Hacker News

Tmux 1.9 released

sourceforge.net

91–100 of 121 posts

Re: Tmux 1.9 released

#91
post #85
post #56

Earlier quoted context omitted.

You're not! I work on a team of Screen enthusiasts. We all use it, every day.

Why not just keep your key bindings compatible with screen? You can't stay with legacy systems forever.

There really isn't anything 'legacy' with screen. I've been using it for 20 years daily. I really have no reason to switch to tmux because I really can't see anything screen doesn't already offer me.

Vertical splits were patched in and added a long time ago, screen is usually installed by default, so I know it is there on systems where I'm not allowed to install packages. I can share screen sessions with co-workers, split windows etc.

Re: Tmux 1.9 released

#92
post #77
post #49

Earlier quoted context omitted.

Don't forget mosh exists if you're commonly in situations where a normal ssh session is unreliable: http://mosh.mit.edu

mosh + tmux are simply amazing together. It has radically improved my life, where I keep persistent connections from my laptop to various remote machines.

My only complaint with mosh is how slow it is - my top-level 266x188 tmux session absolutely crawls on it, and it's quite common to see it using more CPU than whatever heavy task is spewing out lots of tty output. Wonderful for the common case, though.

Re: Tmux 1.9 released

#93

I remember using on the mac a branch of tmux with iTerm, where the gui understood tmux, giving native tabs and scrollback. I thought this was the greatest thing ever, but am now on Linux. Is this work still continuing does anyone know?

Can someone share a use case or example of using tmux? Sorry for being thick, but I'm just not getting it.

I use iTerm. I use ssh to regularly access about 20 other boxes. I create tabs for every task. So I might have 3 tabs for a single box. 1 to start/stop processes, 1 to edit files, 1 to tail logs to verify my crap's working.

I installed tmux and I couldn't figure out what I'd use it for. This might be completely wrong, but I thought it'd allow me to control multiple boxes from a single session.

For example, I have 5 production servers that set up the same way. I want to do the same thing on all 5 at the same time. So my input/output is multiplexed to 5 boxes in a 1:5 relationship. Only I couldn't get that to work. I got lost switching sessions/contexts.

Again, sorry for being thick. I feel like I'm missing something great here.

Re: Tmux 1.9 released

#94

An absolute staple of my development setup, and one of those rare tools that always just seems to work. Thanks for all the work! Sidebar: if you're a die-hard tmux user in Linux, and you do something like, say, open vim and then realize you haven't opened it in tmux, check out https://github.com/nelhage/reptyr - it lets you do things like ctrl-z to background vim, start tmux, then steal the vim process into your new…

Thanks for the useful tip. I also really appreciate the power and utility of tmuxinator. [1]

[1] https://github.com/tmuxinator/tmuxinator

Re: Tmux 1.9 released

#95

I remember using on the mac a branch of tmux with iTerm, where the gui understood tmux, giving native tabs and scrollback. I thought this was the greatest thing ever, but am now on Linux. Is this work still continuing does anyone know?

Can someone share a use case or example of using tmux? Sorry for being thick, but I'm just not getting it. I use iTerm. I use ssh to regularly access about 20 other boxes. I create tabs for every task. So I might have 3 tabs for a single box. 1 to start/stop processes, 1 to edit files, 1 to tail logs to verify my crap's working. I installed tmux and I couldn't figure out what I'd use it for. This might be completely…

One use case: you are working away on a server via SSH at some café and suddenly the a internet dies on you. Oh crap, you had a ``make install`` running and now it will be half-baked because a dead SSH connection will HUP the process you were using.

With tmux, no HUP happens on the server side so the process keeps running. Once your internet connection comes back online you ssh back into the machine and ``tmux attach`` to the previous session. And voilà, it is like nothing happened. All of your output from before is still there too.

Re: Tmux 1.9 released

#96
post #85

Earlier quoted context omitted.

Why not just keep your key bindings compatible with screen? You can't stay with legacy systems forever.

There really isn't anything 'legacy' with screen. I've been using it for 20 years daily. I really have no reason to switch to tmux because I really can't see anything screen doesn't already offer me. Vertical splits were patched in and added a long time ago, screen is usually installed by default, so I know it is there on systems where I'm not allowed to install packages. I can share screen sessions with co-workers,…

> Vertical splits were patched in and added a long time ago

IIRC, that patch floated around for a while.

The other thing that tmux brings to the table is better scripting support than screen + things like tmuxinator (for me at least).

Re: Tmux 1.9 released

#98
post #9

I remember using on the mac a branch of tmux with iTerm, where the gui understood tmux, giving native tabs and scrollback. I thought this was the greatest thing ever, but am now on Linux. Is this work still continuing does anyone know?

Works out the box with tmux 1.8 and later + iTerm2 these days. Simply run tmux -CC [attach] and the tmux session pops up as tabs in iTerm2. I don't know about any similar alternatives for linux :( https://code.google.com/p/iterm2/wiki/TmuxIntegration

The part that I dislike about it is that:

1) You have to have a separate terminal window for the 'control' process.

2) Now creating new tabs / windows automatically creates them in said tmux session (unless you manually use the "Profiles" drop-down menu). It would be nice to use Tmux as a way to create a window full of tabs in a scripted way (a la Tmuxinator), but not be forced to use a single Tmux session for everything.

Re: Tmux 1.9 released

#99

I remember using on the mac a branch of tmux with iTerm, where the gui understood tmux, giving native tabs and scrollback. I thought this was the greatest thing ever, but am now on Linux. Is this work still continuing does anyone know?

Isn't one of the advantages of tmux is reduce / avoid using the mouse? I know that scrolling is one of the first non-obvious changes that seem irritating at first. But after you get used to scrolling with the keyboard, I find myself missing this possibility on 'standard' terminal windows. Suddenly using the mouse to scroll feels really awkward and inefficient.

There are other benefits to having GUI integration to your terminal emulator. One of which is discovery of features. I personally find it easier sometimes to discover new features that are available in a context menu as opposed to reading an entire MAN page.

Re: Tmux 1.9 released

#100

I remember using on the mac a branch of tmux with iTerm, where the gui understood tmux, giving native tabs and scrollback. I thought this was the greatest thing ever, but am now on Linux. Is this work still continuing does anyone know?

Can someone share a use case or example of using tmux? Sorry for being thick, but I'm just not getting it. I use iTerm. I use ssh to regularly access about 20 other boxes. I create tabs for every task. So I might have 3 tabs for a single box. 1 to start/stop processes, 1 to edit files, 1 to tail logs to verify my crap's working. I installed tmux and I couldn't figure out what I'd use it for. This might be completely…

My use case for TMux is simple:

It is always persistent so you have your tabs all set up on each server. You just attach to the sessions of TMux on the servers and don't have to ever create your complex scheme on your local machine. You can have them start on boot on the server and just attach to them via ssh.

My case I use WeeChat (IRC) on my home server always running and I just ssh to my server and attach to that session.

Post reply on HN