A Tmux Crash Course (2011)

http://robots.thoughtbot.com/post/2641409235/a-tmux-crash-course/#

by shawndumas • 13 years ago

177 84 13 years ago

robots.thoughtbot.com

glesica• 13 years ago

I've seen this before, it was immensely helpful for moving from a multi-window workflow to a single window with tmux. The tmux docs themselves are a bit obtuse and don't do a very good job explaining the various concepts tmux uses.

Cieplak• 13 years ago

How to copy to system clipboard from tmux output after mouse selection?

http://stackoverflow.com/questions/12287432/how-to-copy-to-s...

bkanber2• 13 years ago

If you have mouse integration off, selecting text in the terminal copies it to the system clipboard. As simple as click+drag to select.

mcx• 13 years ago

How about copying text isolated in a pane to the system clipboard? For example if I have a split vertical pane, it will copy text from both panes.

kmf• 13 years ago

If you're on Mac, Thoughtbot has another post on solving this problem:

http://robots.thoughtbot.com/post/55885045171/tmux-copy-past...

bkanber2• 13 years ago

This is the exact workflow we use at my company as well, and we've all grown to love it.

I got a new laptop today, and because we do all our dev on a remote server via ssh, tmux, and vim, it only took a few minutes to get my new machine set up for development. All I had to do was download iTerm and copy over my private key and config file! So easy.

I've seen this referred to as "Unix as an IDE". Big fan.

oostevo• 13 years ago

If you're willing to spend $14 for a more detailed tutorial, I'd strongly recommend _ tmux: Productive Mouse-Free Development_ from The Pragmatic Bookshelf.

It goes through common use cases, common customizations, and pair programming.

http://pragprog.com/book/bhtmux/tmux

dsissitka• 13 years ago

The Kindle version is only $7.20:

http://www.amazon.com/tmux-Productive-Mouse-Free-Development...

bphogan6• 13 years ago

Pretty please buy it direct from PragProg. You get the Kindle version and the PDF (and an ePub) that way. Plus, I get more royalties. :)

bphogan6• 13 years ago

Thank you so much for the plug.

vincie• 13 years ago

Do you show how to make it (or the terminal?) less ugly, without resorting to stuff like byobu?

e12e• 13 years ago

Thanks for the question on byobu - I wasn't aware of it. Not sure what you're asking about though. It appears byobu adds status information -- it doesn't seem to change the aesthetics of the terminal?

Lapsa4• 13 years ago

i find it beautiful...

http://img571.imageshack.us/img571/6232/7vg1.png

raldu• 13 years ago

I do not get the idea of buying a "book" to learn a *nix utility that explains itself in a single man page when all you need to learn is just a few keyboard shortcuts.

Obsessively focusing on the tool does not magically improve productivity.

danneu• 13 years ago

A manpage doesn't help you arrive at a workflow or show the forest for the trees or give field advice from someone that uses the tool or reveal ways to integrate the tool with other programs.

mheathr• 13 years ago

Dtrace has tomes and many hours expounded upon its usage; sadly it is not also available on Linux.

harrytuttle2• 13 years ago

Agree with this entirely.

The annoying thing about all these eBooks is that the effort would be better spent improving the manual pages for the existing product rather than yanking a few dollars out of some people for some "special treatment".

nonrecursive2• 13 years ago

I know! It's really bizarre. It's almost like some people have different preferences from you or something. Let's spend more time talking about how people with different preferences are weird and stupid.

mkartic• 13 years ago

man pages aren't tutorials. While it pays to go through the man pages of certain essential utilities, not all man pages are created equally. Try reading ffmpeg's man page to learn how to use it. But its indispensable once you learn your way around the command.

digitalzombie• 13 years ago

I love this book.

The keybind on this book are tailor to vim user and I change my caplock to ctrl cause of tmux.

res0nat0r• 13 years ago

I've been seeing tmux posts a lot the last couple of years, but I can't pull myself away from screen which I've been using for what almost a decade now?

It has a higher chance of being installed by default on a remote system I don't have root on, and works just fine for everything I need so I haven't had a reason to switch yet.

mxxx• 13 years ago

i switched over just a couple of weeks ago, and i've got to say, i really like tmux. i just find it a little more flexible with regard to split layouts, etc.

bluehavana3• 13 years ago

If you happened to have mastered screen, all the more power to you. I know there can be a lot of power in screens rc and scripting.

Tmux was easier for me to understand and the default packages are much easier than patched screen.

Also, there seems to be a steady stream of features released for tmux. I've heard screen can be quite stagnant.

akshaym• 13 years ago

Totally irrelevant, but this is from 2011.

sidmitra• 13 years ago

I use Terminator (http://www.tenshu.net/p/terminator.html) primarily on local machines instead of screen/tmux(or byobu). I get the added benefit of scrolling.

I tend to copy paste a lot from log tails etc into my my text editor for quick searches or other things. The infinite scroll feature(with a scroll bar) helps me out a lot. In tmux/screen i still haven't figured out a good workflow to copy a few screenful of content.

On servers i tend to use Byobu bindings which now use tmux(used Gnu screen some time ago). It has good defaults and some help for newbies to get used to.

bphogan6• 13 years ago

If you're in copy mode in tmux - prefix [ then you can use emacs or vim keybindings to do your selection and copying, and then it's just prefix ] to paste into an editor. If you're comfortable selecting a few pages of text with Vim, it doens't take a terribly long time to get used to doing it with tmux.

That said, use what makes you productive, and be happy!

bluehavana3• 13 years ago

Have you tried tmux's mouse modes?

You can use the mouse wheel to scroll and highlight to copy. I think you are specifically trying to say the mouse highlight won't go past one window though, right?

You can also resize panels and select widows.

agumonkey• 13 years ago

I knew I saw a way to interact with it through the mouse. Thank you for reminding me. `tmux` is really a neatly little program, everything is there, simple and efficient.

ps:

    man tmux | grep "mouse-" # shows the mouse related options
    C-b : "set mouse-<option> on"

pps: turning on mouse windows/panels interactions disable text selection, do you know a way to have both ? (beside switching beside custom defined modes on your .conf)

stormbrew2• 13 years ago

Boy, a tiling WM might just blow his mind.

retr0h2• 13 years ago

Ya, it is nice to see mac bois enjoy a tiling wm functionality.

I currently use i3wm + tmux + vim. However, I rarely use tmux splitting due to i3wm splitting.

daemon13• 13 years ago

By any chance do you know some good beginner tutorial for installing + first steps for i3wm on Deb/Ubu?

vidarh2• 13 years ago

Maybe, but personally I find that terminal windows are the only thing I tend to want to split the screen for. Almost everything else I prefer to run in full screen. If I had a 50" screen or something, I might feel differently, but with two smaller screens the two separate screens offer enough tiling for non-terminal windows.

I was planning on installing a tiling WM when I got my last laptop (I used to use Ion, so I'm used to the concept and wanted to give it another go), but frankly as much hate as Unity gets, once I had Ubuntu installed I realised that with some keybinding tweaks it was sufficient.

stormbrew2• 13 years ago

To be fair, in your the OP's case at least your editors are included in the terminal category.

For me I find that even on 25" screens full screen is usually too much. I prefer to split at least once for every screen now. It was different when monitors were 4:3, though. I made things full screen all the time and was happy with it then.

I'm not 100% happy with tiling WMs though, tbh. I find their focus on being completely mouseless and minimalist integration-wise kind of limiting.

FrankBro• 13 years ago

I am curious to know what are the major differences between tmux and a tiling window manager? I've used awesome Wm for a while, now on i3wm.

bphogan6• 13 years ago

So I wrote a book on tmux and use it every day, but I use i3 on my Linux box.

The main difference? tmux is a terminal multiplexer. So it's not going to handle the web browser stuff at all. Other than that, it's like Screen.

A lot of devs spend a lot of time in the Terminal, running scripts, background servers, etc. With tmux (like Screen) you can have them running and detach, and come back later.

Even with i3 I still find lots of room for tmux in my workflow when I'm in that environment.

tmux is also a hell of a tool for pair programming, and for managing remote servers.

But yea, if you're happy with i3, and you're using that to do Terminal splits, that's probably pretty great as is. tmux will remember the current working dir when you open new splits, and you can script it to launch your project workspace, but that's kind of just icing.

VLM• 13 years ago

I can answer tangentially as a screen user for a couple decades that if you put something like

if [ -n "$SSH_TTY" }; then exec /usr/bin/screen -xRR fi

in your .bash_profile then where ever in the world you log in via ssh, you'll instantly have exactly the same environment, as if you never disconnected. Simply "Ctrl-a z" to disconnect and later reconnect "somewhere else" exactly as if you hadn't disconnected.

You can do something kind of like that with a tiling window manager if you put VNC in between the user and the window manager, such that all access is via VNC. However VNC doesn't transparently remap like screen does, so you can get icky issues with mismatched screen resolutions in VNC. In that way screen/tmux is MUCH better than doing something kinda like it with VNC. OR rdesktop, or whatever.

In .screenrc I'd suggest startup_message off, vbell off (because I don't like it), and some lines similar to bindkey -k k1 select 1, bindkey -k k2 select 2, so that function keys insta-switch you. Also I have a "caption always" line that resembles line noise but it begins with the hostname and shows exactly which sessions I've opened and highlights the one I'm looking at right now. I probably last messed with it 15 years ago so I don't remember how it works.

You can put lines in .screenrc like "screen -t bash 0" to autorun a bash shell in screen 0. You could put something like "watch procinfo" in screen 0, or tail something, or whatever.

For all intents and purposes screen overlaps tmux about 99.99%. There is a small 0.01% area where featuresets and bugs do not overlap. There's a cultural thing where "most" screen users know about screen and tmux, and "most" tmux users don't know about screen, which is mildly interesting.

leetrout• 13 years ago

I have learned to be careful about any long running or interactive processes that end up out-of-sight-out-of-mind. I accidentally left a db connection open in one of my tmux windows and our staging db didn't refresh for 2 days haha. (And I immediately started debugging in the wrong places, of course.)

fphilipe3• 13 years ago

Looks like the author only uses one session he calles "work". What I really like about sessions is that it allows for isolated contexts which are easy to switch (prefix-s get prints you a nice list [1]).

Right now I have seven sessions open [1]. Three are work projects (they usually have windows for vim, db console, etc.), two are university courses (vim, matlab), in one session I'm learning some Haskell, and in the last one I'm working on an open source ruby gem. If I had all these windows in one session only, I'd constantly be switching to the wrong windows.

[1] http://cl.ly/Qgaz

elithrar• 13 years ago

What I really like about sessions is that it allows for isolated contexts which are easy to switch (prefix-s get prints you a nice list [1]).

I always end up doing the same as the author (out of bad habit), when I should really be using windows more often (to split out dev work, irc, uni work, etc). It's good advice and stops the too-many-windows problem.

Also: what theme are you using in that screenshot?

fphilipe3• 13 years ago

The colors are base16 [1]. You can find the tmux conf for the tab bar at [2].

[1] https://github.com/chriskempson/base16

[2] https://github.com/fphilipe/dotfiles/blob/master/tmux.conf#L...

rogerbinns• 13 years ago

I highly recommend byobu. It acts as a front end to tmux (or screen) and provides some nice functionality like a status bar and various default keybindings that are consistent.

nicholassmith• 13 years ago

I use byobu pretty heavily and love it. Even if you don't venture too far into the scripts etc it's incredibly handy to fire up on a server and have multiple panes whilst working.

icementhols• 13 years ago

I found the info at the following to be a bit more in-depth and its split into a number of posts.

http://blog.hawkhost.com/2010/06/28/tmux-the-terminal-multip...

benradler• 13 years ago

Tmuxinator is an awesome gem that extends tmux to allow you to set up specific sessions that can be booted up. You can customize panes, pick specific apps to run in each, and there's tons of customization that can be done: https://github.com/aziz/tmuxinator

bpizzi• 13 years ago

Tmux is definitely a nice piece of software.

For me it has been the last brick in date in my terminal-based IDE, which is made of zsh/vim/ssh/tmux.

Everything is running on a remote dedicated server, and I can access my dev environment wherever I can find an internet connection and launch a ssh tunnel (which is, in my case, almost everywhere I would find myself wanting to work). In that case, tmux's sessions are god sent.

I would have say the same for screen before, but with Tmux you can have this sort of niceties : https://github.com/Lokaltog/powerline. Basically, it's a statusline with bells and whistle.

aidos2• 13 years ago

I know everyone remaps their prefix to ctrl-a - how do you then jump to the start of a line?

Edit: Thanks for the solutions. Will have a play. Like the sound of using ctrl-\

NotOscarWilde• 13 years ago

I guess you know this, but just for some context: ctrl-a is the default prefix for GNU Screen which was the unopposed leader in terminal management for a long time, so most people are just used to it.

As for the ctrl-a shortcut, I admit I use screen/tmux for mail, jabber and text editing/programming mostly, so I do not spend that much time in the shell where that shortcut would be handy. I just didn't use that shortcut until now.

fphilipe3• 13 years ago

You map a to send the prefix: bind-key a send-prefix

Now when you type <prefix-a> ctrl-a gets sent.

aidos2• 13 years ago

Oh, amazing. Believe it or not that one silly thing has put me off investing in learning tmux.

jh3• 13 years ago

A while ago I changed my prefix to ctrl-q because of ctrl-a interfering with me being able to move to the beginning of a line. Not sure if I would go back to ctrl-a now, but this is nice to know.

DigitalJack• 13 years ago

I've remapped my prefix to ctrl-\. I also have my capslock remapped as control. So two pinkys to hit my prefix.

mhw• 13 years ago

I don't - I use ctrl-s instead. Similar position so just as easy to hit, but it seems to clash with fewer important terminal keystrokes as it has been historically used for flow control in the terminal driver. Here's the relevant bit for .tmuxrc:

  unbind C-b
  set -g prefix C-s
  bind s send-prefix
  bind C-s if '! tmux last-pane' last-window

Lapsa4• 13 years ago

I'm using ctrl+\ as a leader key for vim and alt+\ for tmux. feels comfy

graywh• 13 years ago

I use ctrl-_ for the tmux prefix, which is often available from ctrl-7.

chetanahuja• 13 years ago

I've used screen for donkey's years now and since I'm also an emacs user, the C-a as the prefix (default for screen) was out of the question. C-] was my solution and has worked dandy so far without ever clashing with any keyboard shortcut from any application.

cturner• 13 years ago

I like being able to shift+pageup in consoles to see history, but haven't got a good replacement for this in tmux. (Including when you switch to a new window and want to see something.) Usually I go into copy mode and scroll up. This works. But maybe there's a better way. Anyone know?

r080• 13 years ago

I found this http://superuser.com/questions/209437/how-do-i-scroll-in-tmu... (take a look at second answer). But it has its drawbacks like not respecting panes etc... After some time I had this in my config I found myself using copy mode anyway.

msimpson• 13 years ago

Terminal multiplexers are great if you're stuck in SSH, working without a window manager at all, or have a real need to share a set of terminals with multiple people at once.

But if you're hacking together a desktop environment with tiled terminals, status bars, keyboard shortcuts, dynamic or static layouts, and the ability conceal layouts on different workspaces (which is what most people's intent is when using detachment), then just get a tiling window manager already.

You're reinventing the wheel.

enduser• 13 years ago

I agree wholeheartedly. Take what you love about tmux and extend it to include all applications. In addition to terminals (rxvt-unicode-256color) I run Firefox with Pentadactyl. With wmii (my tiling window manager of choice) I have keyboard-free navigation between vim and Firefox.

I don't buy into the remote development over SSH method. Servers with as much horsepower as my ThinkPad with an i7, SSD, and loads of RAM cost a lot, and I can't stand latency on my terminal when I'm working hard.

wrs• 13 years ago

Since this article was written in 2001, iTerm2 has implemented support for the tmux protocol, so windows, panes, scrolling etc. happen at the GUI level instead of the terminal level. Kind of the MacVim of tmux.

https://code.google.com/p/iterm2/wiki/TmuxIntegration

A Tmux Crash Course (2011)

Related Stories