5 ms·

Introduction to tmux (alternative to GNU screen)

75 points by rryyan 16y ago

ranza 16y ago
There is also a part 2. Very well written sir! http://blog.hawkhost.com/2010/07/02/tmux-%E2%80%93-the-terminal-multiplexer-part-2/ http://blog.hawkhost.com/2010/07/02/tmux-%E2%80%93-the-termi...
terinjokes 16y ago
As someone who already has a screen session setup, with bindings and a status bar, and auto-creating screens, is there anything tmux brings to the table?
- Nick_C 16y ago
  I've been using screen for years. All my terminal sessions are within one or two screen sessions. So I'm probably in a similar situation to you: I'm used to it, I have it customised to how I like it, and it "just works". I recently switched to tmux and after several weeks of testig it out I think I'm going to make the change permanent. It is actively being developed (screen is currently stagnant), it has a much greater scripting capability, it is rock solid, its region-splitting capabilities is hugely better than screen's (that is the single reason I switched to tmux initially). On the con side: it seems you have to use the metakey to enable the scrollback buffer. I really hate that, but now I've used it for a while I'm used to it and it is not as annoying as it was at first. (I'm always using 'ls' in a terminal and I invariably want to scroll up to see the first few entries. With screen I could just shift-PgUp, with tmux I do ctrl-A, PgUp. It's ok.) Other than those things, tmux seems to do everything screen can do in terms of resuming sessions and so on. The enhanced region splitting makes it superior for my use, so I will stick with tmux.
  - soapdog 16y ago
    I used screen for a while and then switched to tmux for the same reason (region splitting). These days, I am not even using tmux anymore and just using emacs with new buffers running eshell. Serves me well.
sunkencity 16y ago
looks quite similar to dtvm which I have been using lately. only complaint over both dtvm and this from my side would be no tabs like in dvm. I like the philosophy of both dtvm and dvm, a simple self documenting header file for config and documentation.
mhansen 16y ago
No conversation about GNU screen alternatives is complete without mention of Dustin Kirkland's Byobu. https://launchpad.net/byobu https://launchpad.net/byobu It's a user-friendly screen wrapper with intelligent defaults (key shortcuts and tab indicators with the title of the screen session inside them) and a myriad of status indicators for the bottom of your screen
Luyt 16y ago
If the only reason you use screen or tmux is detaching/attaching, there is an ultra-light alternative called 'dtach', http://dtach.sourceforge.net/ http://dtach.sourceforge.net/ "dtach is a tiny program that emulates the detach feature of screen, allowing you to run a program in an environment that is protected from the controlling terminal and attach to it later. dtach does not keep track of the contents of the screen, and thus works best with programs that know how to redraw themselves." "dtach does not, however, have the other features of screen, such as its support of multiple terminals or its terminal emulation support. This makes dtach extremely tiny compared to screen, making it more easily audited for bugs and security holes, and also allows it to fit in environments where space is limited, such as on rescue disks. "
ludwig 16y ago
I recently switched to tmux after years of having used screen, and it's great. It didn't take me that long to configure, which I did mostly by working my way through the man page. For me, the two killer features that made me switch were the vertical splits (vanilla screen only does horizontal splits), and the distinction between windows and panes. If it helps anyone else, here's my ~/.tmux.conf file[1], with keybindings that match closely to the screen setup I've grown so accustomed to. [1] http://github.com/ludwig/dotfiles/blob/master/.tmux.conf http://github.com/ludwig/dotfiles/blob/master/.tmux.conf
- res0nat0r 16y ago
  Veritcal split has been integrated into GNU screen for a while now: CTRL-A |
  - ludwig 16y ago
    Neat. I was wondering when that patch would work itself into the main line. I had been running a locally compiled version for so long that I forgot to check back on it.
  - mxavier 16y ago
    I've been using screen every day for probably > 2 years now and had no idea you could do this. Thanks!
__david__ 16y ago
So I tried it out and it fixes my 2 pet peeves of screen. 1. The defaults are sane (altscreen is on by default, emacs keys in copy mode by default, no stupid "wuff wuff" covering up my prompt, history is 2000 lines instead screen's almost useless 100). 2. Screen sometimes interacts badly with Terminal.app on my mac. I can't run aptitude from within screen on my mac without it randomly switching to graphic charset mode. Also running emacs inside screen sometime results in the arrow keys not working. I like it so far. I think I'll switch for a while and see how it goes...
- res0nat0r 16y ago
  1] This is easily fixed in .screenrc: startup_message off defscrollback 10000
  - spiffworks 16y ago
    Also vbell off. Incidentally, byobu is an excellent wrapper around screen without all the problems he mentioned. One caveat: it was made mainly for ubuntu, so the ports for the rest may not be of the best quality.
jdp 16y ago
I made the switch to tmux only after very briefly using screen. It helped me in switching away from Textmate to vim, because I could use it like a tiling window manager and have vim going on the right, and man pages/documentation/irssi on the left.
mdg 16y ago
I was frustrated with a project I was working on a couple weeks back and wanted to just hack on something totally different. As a result, I wrote code to display the clock in tmux as a binary clock[1]. As someone who does not do a lot of C coding, I found the code base to be very clean and easy to figure out. [1]: http://bitbucket.org/mdg/tmux/ http://bitbucket.org/mdg/tmux/
doubleg 16y ago
Last time I played with tmux (v 1.1-1) I found the following behavior a bit of a show stopper: * start tmux from ~/project1: windows created all start in path ~/project1 * start tmux from ~/project2: first window has path ~/project2 but subsequent windows have path ~/project1 haven't had time though to check if this is a (known) bug
zdw 16y ago
screen advantages: ships with Mac OS X, and most Linux distros. Can run against a serial port, so you don't need to install a "terminal emulator" program, all of which tend to suck more than screen. tmux advantages: much better default setup than screen. Ships by default with OpenBSD. Ctrl-B key doesn't conflict with as many default keystrokes as screen's Ctrl-A.
singular 16y ago
Great blog post. Has anybody benefited from using tmux with emacs? Or, when in emacs, is running tmux too overkill?
- dpritchett 16y ago
  I find it helpful to be able to pop up a pane alongside emacs to do shell stuff. I realize you can do it in emacs but this way I can be certain my existing emacs buffers aren't going to be shuffled in any way. It's always nice to have options, even if there are multiple ways to do the same thing.
aplusbi 16y ago
Hey, if anybody here is using tmux or dvtm (or similar) and wants reflowing text, I've been working a program to do that: http://github.com/aplusbi/reflow http://github.com/aplusbi/reflow (you'll probably want the 0.1 branch). It's written in OCaml and requires OCamlbuild. If you don't know what reflowing text means, run tmux, get some output on the terminal (say from `ls` or something), and then split the window. You'll notice that your output gets cut off. reflow is a terminal wrapper that reformats the text when the terminal is resized. At the moment it's still really early in its development, but it's working on all the systems I've tested it on. I'm considering adding better scroll-back support, more customization and possibly using the Knuth reflowing algorithm.
gregfjohnson 16y ago
In case you've gotten used to just using screen on your local machine as I have, as a handy way to manage multiple "ascii desktops": A useful trick is to ssh to a remote machine and start a screen session on the remote machine. Then you can start long-running jobs on the remote machine, detach, turn your local machine off, come back later, and ssh and re-attach to check on progress. I assume tmux and similar screen-like programs can all do this.
- finnomenon 16y ago
  tmux a(ttach) is the same as screen -r

75 points by rryyan 16y ago

ranza 16y ago

There is also a part 2. Very well written sir! http://blog.hawkhost.com/2010/07/02/tmux-%E2%80%93-the-terminal-multiplexer-part-2/ http://blog.hawkhost.com/2010/07/02/tmux-%E2%80%93-the-termi...

terinjokes 16y ago

As someone who already has a screen session setup, with bindings and a status bar, and auto-creating screens, is there anything tmux brings to the table?

Nick_C 16y ago
I've been using screen for years. All my terminal sessions are within one or two screen sessions. So I'm probably in a similar situation to you: I'm used to it, I have it customised to how I like it, and it "just works". I recently switched to tmux and after several weeks of testig it out I think I'm going to make the change permanent. It is actively being developed (screen is currently stagnant), it has a much greater scripting capability, it is rock solid, its region-splitting capabilities is hugely better than screen's (that is the single reason I switched to tmux initially). On the con side: it seems you have to use the metakey to enable the scrollback buffer. I really hate that, but now I've used it for a while I'm used to it and it is not as annoying as it was at first. (I'm always using 'ls' in a terminal and I invariably want to scroll up to see the first few entries. With screen I could just shift-PgUp, with tmux I do ctrl-A, PgUp. It's ok.) Other than those things, tmux seems to do everything screen can do in terms of resuming sessions and so on. The enhanced region splitting makes it superior for my use, so I will stick with tmux.
- soapdog 16y ago
  I used screen for a while and then switched to tmux for the same reason (region splitting). These days, I am not even using tmux anymore and just using emacs with new buffers running eshell. Serves me well.

sunkencity 16y ago

looks quite similar to dtvm which I have been using lately. only complaint over both dtvm and this from my side would be no tabs like in dvm. I like the philosophy of both dtvm and dvm, a simple self documenting header file for config and documentation.

mhansen 16y ago

No conversation about GNU screen alternatives is complete without mention of Dustin Kirkland's Byobu. https://launchpad.net/byobu https://launchpad.net/byobu It's a user-friendly screen wrapper with intelligent defaults (key shortcuts and tab indicators with the title of the screen session inside them) and a myriad of status indicators for the bottom of your screen

Luyt 16y ago

If the only reason you use screen or tmux is detaching/attaching, there is an ultra-light alternative called 'dtach', http://dtach.sourceforge.net/ http://dtach.sourceforge.net/ "dtach is a tiny program that emulates the detach feature of screen, allowing you to run a program in an environment that is protected from the controlling terminal and attach to it later. dtach does not keep track of the contents of the screen, and thus works best with programs that know how to redraw themselves." "dtach does not, however, have the other features of screen, such as its support of multiple terminals or its terminal emulation support. This makes dtach extremely tiny compared to screen, making it more easily audited for bugs and security holes, and also allows it to fit in environments where space is limited, such as on rescue disks. "

ludwig 16y ago

I recently switched to tmux after years of having used screen, and it's great. It didn't take me that long to configure, which I did mostly by working my way through the man page. For me, the two killer features that made me switch were the vertical splits (vanilla screen only does horizontal splits), and the distinction between windows and panes. If it helps anyone else, here's my ~/.tmux.conf file[1], with keybindings that match closely to the screen setup I've grown so accustomed to. [1] http://github.com/ludwig/dotfiles/blob/master/.tmux.conf http://github.com/ludwig/dotfiles/blob/master/.tmux.conf

res0nat0r 16y ago
Veritcal split has been integrated into GNU screen for a while now: CTRL-A |
- ludwig 16y ago
  Neat. I was wondering when that patch would work itself into the main line. I had been running a locally compiled version for so long that I forgot to check back on it.
- mxavier 16y ago
  I've been using screen every day for probably > 2 years now and had no idea you could do this. Thanks!

__david__ 16y ago

So I tried it out and it fixes my 2 pet peeves of screen. 1. The defaults are sane (altscreen is on by default, emacs keys in copy mode by default, no stupid "wuff wuff" covering up my prompt, history is 2000 lines instead screen's almost useless 100). 2. Screen sometimes interacts badly with Terminal.app on my mac. I can't run aptitude from within screen on my mac without it randomly switching to graphic charset mode. Also running emacs inside screen sometime results in the arrow keys not working. I like it so far. I think I'll switch for a while and see how it goes...

res0nat0r 16y ago
1] This is easily fixed in .screenrc: startup_message off defscrollback 10000
- spiffworks 16y ago
  Also vbell off. Incidentally, byobu is an excellent wrapper around screen without all the problems he mentioned. One caveat: it was made mainly for ubuntu, so the ports for the rest may not be of the best quality.

jdp 16y ago

I made the switch to tmux only after very briefly using screen. It helped me in switching away from Textmate to vim, because I could use it like a tiling window manager and have vim going on the right, and man pages/documentation/irssi on the left.

mdg 16y ago

I was frustrated with a project I was working on a couple weeks back and wanted to just hack on something totally different. As a result, I wrote code to display the clock in tmux as a binary clock[1]. As someone who does not do a lot of C coding, I found the code base to be very clean and easy to figure out. [1]: http://bitbucket.org/mdg/tmux/ http://bitbucket.org/mdg/tmux/

doubleg 16y ago

Last time I played with tmux (v 1.1-1) I found the following behavior a bit of a show stopper: * start tmux from ~/project1: windows created all start in path ~/project1 * start tmux from ~/project2: first window has path ~/project2 but subsequent windows have path ~/project1 haven't had time though to check if this is a (known) bug

zdw 16y ago

screen advantages: ships with Mac OS X, and most Linux distros. Can run against a serial port, so you don't need to install a "terminal emulator" program, all of which tend to suck more than screen. tmux advantages: much better default setup than screen. Ships by default with OpenBSD. Ctrl-B key doesn't conflict with as many default keystrokes as screen's Ctrl-A.

singular 16y ago

Great blog post. Has anybody benefited from using tmux with emacs? Or, when in emacs, is running tmux too overkill?

dpritchett 16y ago
I find it helpful to be able to pop up a pane alongside emacs to do shell stuff. I realize you can do it in emacs but this way I can be certain my existing emacs buffers aren't going to be shuffled in any way. It's always nice to have options, even if there are multiple ways to do the same thing.

aplusbi 16y ago

Hey, if anybody here is using tmux or dvtm (or similar) and wants reflowing text, I've been working a program to do that: http://github.com/aplusbi/reflow http://github.com/aplusbi/reflow (you'll probably want the 0.1 branch). It's written in OCaml and requires OCamlbuild. If you don't know what reflowing text means, run tmux, get some output on the terminal (say from `ls` or something), and then split the window. You'll notice that your output gets cut off. reflow is a terminal wrapper that reformats the text when the terminal is resized. At the moment it's still really early in its development, but it's working on all the systems I've tested it on. I'm considering adding better scroll-back support, more customization and possibly using the Knuth reflowing algorithm.

gregfjohnson 16y ago

In case you've gotten used to just using screen on your local machine as I have, as a handy way to manage multiple "ascii desktops": A useful trick is to ssh to a remote machine and start a screen session on the remote machine. Then you can start long-running jobs on the remote machine, detach, turn your local machine off, come back later, and ssh and re-attach to check on progress. I assume tmux and similar screen-like programs can all do this.

finnomenon 16y ago
tmux a(ttach) is the same as screen -r