<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Sep 14, 2016 at 8:28 AM, James Sumners <span dir="ltr">&lt;<a href="mailto:james.sumners@gmail.com" target="_blank">james.sumners@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><span class="gmail-"><br><div class="gmail_quote">On Wed, Sep 14, 2016 at 8:08 AM, DJ-Pfulio <span dir="ltr">&lt;<a href="mailto:djpfulio@jdpfu.com" target="_blank">djpfulio@jdpfu.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Just looked at that tmux cheat sheet.  Seems like a bunch of complexity and keys<br>
just to do something a push of a mouse will handled when using multiple xterms<br>
with focus-follows-mouse setup in the WM.<br>
<br>
I&#39;ve got to be missing something. For years people I respect have been crazy for<br>
screen or tmux, but I just don&#39;t see the point.<br>
* My connections are solid, disconnects just don&#39;t happen.<br>
* I know how to use &#39;tee&#39; so monitoring running jobs from anywhere isn&#39;t hard.<br>
* My desktop can be accessed from anywhere in the world, so anything running<br>
there will be seen as it progresses (GUI stuff).<br>
* I know how to use batch processing (TaskSpooler) and &#39;at&#39; for long running<br>
tasks that need to be queued.<br>
* screen layouts are handled by normal X/Windows resources and WM settings.<br>
Hadar xterms open upper left. Romulus xterms open lower right. ... have settings<br>
for those things for decades.<br>
<br>
I&#39;ve got to be missing something that tmux does. Right? Please convert me.<br>
<br>
I learn best by seeing - is there a great youtube video showing off tmux that I<br>
should watch?<br></div></blockquote></div><br></span>Connections do fail. I don&#39;t care how stable they are 99.9999999% of the time. Do you want that rare occurrence to screw up a vitally important operation? If not, use a multiplexer.</div><div class="gmail_extra"><br></div><div class="gmail_extra">In general, it&#39;s nice to have a multiplexer so that work can simply be resumed when moving from one computer to another. They also offer much greater flexibility over a single connection and a single terminal window.<span class="gmail-HOEnZb"><font color="#888888"><br></font></span></div></div></blockquote></div><div class="gmail_extra"><br></div>Even if connections don&#39;t fail, I am not always working from the same host.  James gets it exactly right for my use case.  With tmux, I can encapsulate context around a specific task by having multiple windows (or panes in those windows) for a task.  Tmux also lets me attach to the same session from multiple bash shells so I can move things around based on what I need to focus on with a keystroke instead of having to move a mouse or move windows.</div><div class="gmail_extra"><br></div><div class="gmail_extra">My work setup has four monitors that regularly have ssh sessions up on them.  With tmux, I can move the current activity to the &quot;primary&quot; monitor and have others for referencing log files, man pages, running compiles, etc. that are related to what I&#39;m doing on the primary window.   Then, when I need to reconnect from home, I can do the same thing (albeit with fewer monitors) and have the current activity on one monitor and reference information on the other.  And I don&#39;t need to reconnect to various hosts, re-run session commands, etc.</div><div class="gmail_extra"><br></div><div class="gmail_extra">But, for me, the killer app for tmux is being able to do something akin to csshX inside a terminal without having to install anything on the box I&#39;m sitting at other than an ssh client.  Being able to run &#39;mwin {web,app,db}host-{dev,ref,prod}{1,2}&#39; and get an ssh session on 14 systems with multiplexed input to be able to work on all of them at the same time to be able to tweak a config, trigger chef/puppet, deploy a security patch, etc. is amazing.</div><div class="gmail_extra"><br></div><div class="gmail_extra">As far as &quot;what is the tmux command to do X?&quot; &quot;C-b ?&quot; is your friend (or, for folks like me who remap C-b to C-a, &quot;C-a ?&quot;).  If anyone is interested in my tmux configurations (and helper scripts like &#39;mwin&#39; listed above), I have them in <a href="https://github.com/dylannorthrup/dotfiles/">https://github.com/dylannorthrup/dotfiles/</a> .  My .tmux.conf is in the top level, helper scripts are under ~/.tmux and &#39;mwin&#39; is under ~/bin.  Happy to answer any questions folks might have.<br clear="all"><div><br></div>-- <br><div class="gmail_signature">Dylan Northrup<br>&quot;Adversity is just change we haven&#39;t adapted ourselves to yet.&quot;<br>  - Aimee Mullins</div>
</div></div>