Delete key not working after upgrade from 1.8 to 1.9a
I just upgraded my tmux install on my FreeBSD server from 1.8 to 1.9a. Since doing so, when I SSH in, my backspace (delete key on a Mac keyboard) no longer functions within the tmux command prompt. My 256 color support also stopped working with my TERM=xterm-256color, and I had to set it to either TERM=screen-256color or TERM=xterm and invoke with tmux -2 to get it back. I thought it might be related, but it also doesn't work with any other TERM setting. Any tips on where I could look to restore this crucial key support within the tmux command prompt would be greatly appreciated. Thanks, Patrick -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Delete key not working after upgrade from 1.8 to 1.9a
Never mind; for some reason, FreeBSD adds the following patch when it builds tmux: --- tty-keys.c.orig 2013-03-27 14:37:25.0 +0100 +++ tty-keys.c 2013-03-27 14:37:44.0 +0100 @@ -529,8 +529,6 @@ * used. termios should have a better idea. */ bspace = tty->tio.c_cc[VERASE]; - if (bspace != _POSIX_VDISABLE && key == bspace) - key = KEYC_BSPACE; goto complete_key; Disabling that restores sane behaviour. On Tue, Sep 2, 2014 at 11:17 AM, Patrick wrote: > I just upgraded my tmux install on my FreeBSD server from 1.8 to 1.9a. > Since doing so, when I SSH in, my backspace (delete key on a Mac keyboard) > no longer functions within the tmux command prompt. My 256 color support > also stopped working with my TERM=xterm-256color, and I had to set it to > either TERM=screen-256color or TERM=xterm and invoke with tmux -2 to get it > back. I thought it might be related, but it also doesn't work with any > other TERM setting. > > Any tips on where I could look to restore this crucial key support within > the tmux command prompt would be greatly appreciated. > > Thanks, > > Patrick > -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
tmux.conf equivalent for -2?
Since upgrading to tmux 1.9a, tmux is no longer able to detect that my terminal has 256 colors; I have to invoke it with -2. Is there an equivalent option in tmux.conf to force this mode so that I don't need to use the -2 option? -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux.conf equivalent for -2?
Yeah, I have TERM=xterm-256color. Prior to upgrading from 1.8 to 1.9a, it worked fine. Before loading tmux, my test script works fine: http://cl.ly/image/0C2605003n3W Once tmux is loaded, the script fails to output more than 16... unless I start it up with -2. The host system is FreeBSD 8.4. I'll continue to see if I can figure it out... On Wed, Sep 3, 2014 at 10:29 PM, Nicholas Marriott < nicholas.marri...@gmail.com> wrote: > Make sure your TERM outside tmux is 256 colours, or use terminal-overrides > to make tmux think it is. > > Eg in xterm use xterm-256color > > > > Original message > From: Patrick > Date: 04/09/2014 00:00 (GMT+00:00) > To: tmux-users@lists.sourceforge.net > Subject: tmux.conf equivalent for -2? > > > Since upgrading to tmux 1.9a, tmux is no longer able to detect that my > terminal has 256 colors; I have to invoke it with -2. Is there an > equivalent option in tmux.conf to force this mode so that I don't need to > use the -2 option? > -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux.conf equivalent for -2?
In case anyone runs into this problem on older versions of FreeBSD (or anything else), I was able to resolve it by copying over the relevant xterm-256color definitions from FreeBSD 10, and tmux now starts up correctly without having to force it with -2. On Fri, Sep 5, 2014 at 1:50 PM, Patrick wrote: > Yeah, I have TERM=xterm-256color. Prior to upgrading from 1.8 to 1.9a, it > worked fine. Before loading tmux, my test script works fine: > > http://cl.ly/image/0C2605003n3W > > Once tmux is loaded, the script fails to output more than 16... unless I > start it up with -2. The host system is FreeBSD 8.4. I'll continue to see > if I can figure it out... > > > > On Wed, Sep 3, 2014 at 10:29 PM, Nicholas Marriott < > nicholas.marri...@gmail.com> wrote: > >> Make sure your TERM outside tmux is 256 colours, or use >> terminal-overrides to make tmux think it is. >> >> Eg in xterm use xterm-256color >> >> >> >> Original message >> From: Patrick >> Date: 04/09/2014 00:00 (GMT+00:00) >> To: tmux-users@lists.sourceforge.net >> Subject: tmux.conf equivalent for -2? >> >> >> Since upgrading to tmux 1.9a, tmux is no longer able to detect that my >> terminal has 256 colors; I have to invoke it with -2. Is there an >> equivalent option in tmux.conf to force this mode so that I don't need to >> use the -2 option? >> > > -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
when opening in vnc session tmux complains, fails
When opening/attaching a session in a vnc, tmux complains and fails issuing: sessions should be nested with care. unset $TMUX to force. but will start after: unset TMUX successive xterms also require the unset. note: further research reveals that I had started the vnc session from within a previous tmux session. Killing the vnc session and restarting from a non-tmux session permits attaching/starting a tmux session from within the vnc session w/o the requirement for unsetting $TMUX. note2: "unset $TMUX" is somewhat misleading, s/b "unset TMUX" tks for your efforts and 1.2 to 1.3 is a big improvement in user experience. -- Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book "Blueprint to a Billion" shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Integration with a terminal emulator
* George Nachman [12-21-10 18:24]: > Sounds good. > > I had a though the other day that it would be nice to support nested tmux > sessions in this mode. I believe tmux doesn't normally support this, but I > think it would be great to always run tmux locally to protect against the > terminal emulator crashing, but also allow people to ssh to a remote host > and run tmux there. I think it could be accomplished by three changes: > I presently use tmux remotely via a ssh/putty xterm window initiating "tmux -2u attach". The only "crash" I ever experience is loosing connection to the remote which brings down my ssh/putty xterm, but not tmux. -- Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org -- Forrester recently released a report on the Return on Investment (ROI) of Google Apps. They found a 300% ROI, 38%-56% cost savings, and break-even within 7 months. Over 3 million businesses have gone Google with Google Apps: an online email calendar, and document program that's accessible from your browser. Read the Forrester report: http://p.sf.net/sfu/googleapps-sfnew ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: 2 questions about working with tmux
* hubert depesz lubaczewski [01-12-11 11:53]: > > that is - I use 3 panels, split horizontally, with the top 2 having > predefined, fixed height of 10 lines. > > Now - I know I can make it myself, but running tmux, doing the split, and then > manually changing sizes of panes, but I'm looking for a script-based way to do > it. > > In general - I need a script that will: > 1. check for existing session > 2. if the session exists - exit > 3. if it doesn't exist - make new one, detached > 4. in the new session, on first window, make 3 panes, change their sizes to > 10 lines, 10 lines, rest > > i checked the docs and examples, and even bugged people on irc, but I wasn't > able to get to a way to do it. get an xterm window with size 136x52 at 575+20 black on white title "Pakas Tmux ML" attaches existing session or starts new if no existing xterm -geometry 136x52+575+20 -ls -bg white -fg black \ -title "Pakas Tmux ML" -e tmux -2u attach ~/.tmux.conf split-window -v -l 10 swap-pane -U split-window -v -l 10 will give you three panes but the two lowers will be 10 lines each -- Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: 2 questions about working with tmux
* mbm329 [01-12-11 16:56]: > Oops, since you're already attaching because you pretty much _have_ > to, the "attach" can be removed from the line I gave: > > tmux new-session -s xxx 'perl test.pl' \; splitw -v \; split-window -v > \; resize-pane -U -t0 500 \; resize-pane -U -t1 500 \; resize-pane -D > -t0 8 \; resize-pane -D -t1 8 \; detach iiuc, the "attach" hurts nothing but allows you to attach an existing session in another window. I prefer issuing a detach first so the session conforms size wize to my present terminal. I have an alias defined: alias tm='tmux detach; tmux -2u attach' but I *normally* keep only one session with 10 windows of which several are split into two or more panes. note: please do not cc me, I read the list and have no need of multiple copies. Please -- Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
lock number of lines in a pane
Is there a method by which I can lock or set a minimum number of lines in a pane? I have set my tmux session: setw -g aggressive-resize on and frequently access it remotely via ssh from terminals with varing operating systems and screen sizes. I have a particular *lower* pane which contains a program instance that requires at least 23 screen lines. When accessing from a terminal with a smaller display, the upper panel maintains it's size in lines and shortens the lower panel, sometimes to the point that the running program faults. Lacking an option, I will reverse the order of panels in that window. tks, -- Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Close session on single pane exit?
* hubert depesz lubaczewski [01-25-11 04:50]: > > background: > mutt in right pane, plus custom program that scans mailboxes and shows > list of mailboxes with number of emails - because mutt doesn't have it's > own sidebar, and the unofficial sidebar causes problems, and it lags > with releases for new versions of mutt. > I use mutt 1.5.21 (2010-09-15) compiled by openSUSE w/sidebar patch. You can dl the applied patch from: http://wahoo.no-ip.org/~pat/mutt-1.5.21.sidebar-fix.dif http://wahoo.no-ip.org/~pat/patch-1.5.21.sidebar-aa6aa.txt.bz2 -- Patrick Shanahan Plainfield, Indiana, USAHOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: selection gets cleared when cursors blinks
* Nicholas Marriott [02-03-11 15:44]: > On Wed, Feb 02, 2011 at 11:06:14AM +0100, LEVAI Daniel wrote: > > On Tue, Feb 01, 2011 at 20:05:40 +, Nicholas Marriott wrote: > > > Are you sure it happens when the cursor blinks? If you make the cursor > > > steady does it stop happening? What if you increase status-interval in > > > tmux? > > > > Sorry, yes, you're absolutely right. It has nothing to do with cursor > > blinking, it does it in every second (I got confused, because the > > blinking happens in every second too). > > And yes, the status-interval option is responsible for this. I had it > > set to 1 second. When I increased it, the selection stayed for the > > interval. > > someone reported this before but we didn't track down what tmux does > that triggers it > > also i can't reproduce with xterm I can w/xterm, but only from a remote machine via cyginX/ssh on a win7 machine. I export a konsole session to run run tmux client. I have not noticed it anywhere else. The remote is connected wireless on my home network. Will test w/o the exported konsole session, will use the cygin xterm session, and advise. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: selection gets cleared when cursors blinks
* Patrick Shanahan [02-03-11 17:01]: > I can w/xterm, but only from a remote machine via cyginX/ssh on a win7 > machine. I export a konsole session to run run tmux client. I have not > noticed it anywhere else. The remote is connected wireless on my home > network. > > Will test w/o the exported konsole session, will use the cygin xterm > session, and advise. Same loss of selection within remote cygwinX xterm session. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org -- The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Is there an equivalent to the 'pow_detach' functionality of screen?
* Steve Mayer [02-14-11 14:54]: > What it does is basically a 'detach and logout'. For instance, when > I'm ssh'd into a host and I want to detach, but not be dropped out to > the shell on the remote host (but rather close the ssh session > altogether), when using screen, I can use the 'pow_detach' feature. > > With tmux, there doesn't currently appear to be a way to do this. > I'm sure there's some combination of shell routines I could throw > together, but was hoping for some equivalent functionality from tmux > itself. I find it quite simple to either kill the ssh session from within tmux which also detaches the tmux client, or externally from tmux killing the ssh session which accomplishes the same. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://counter.li.org -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Prefix key preference [Was: Run long commands in Vim]
* Chas. Owens [05-28-11 16:31]: > snip > > At the very least it clashes with bash's emacs mode C-a command to > move the cursor to the begging of the line. yes, it is a great inconvenience to: -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://counter.li.org -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: losing server connection
* Rita [11-11-11 04:48]: > For whatever reason my tmux always looses the server connection (and kills > the server) when I press ctrl+a+d (i think, not really sure what the key > pattern is). I know that ctrl+d closes the client. > > I think I keep fat fingering ctrl+d (close a shell). What is a common > mapping for closing a client for people -- so I dont keep fat fingering it. I disconnect the client and then close the shell close shell -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: losing server connection
* Rita [11-13-11 15:03]: > Thats a good idea. I suppose you just remapped this? > > On Fri, Nov 11, 2011 at 9:53 AM, Patrick Shanahan wrote: > > > * Rita [11-11-11 04:48]: > > > For whatever reason my tmux always looses the server connection (and > > kills > > > the server) when I press ctrl+a+d (i think, not really sure what the key > > > pattern is). I know that ctrl+d closes the client. > > > > > > I think I keep fat fingering ctrl+d (close a shell). What is a common > > > mapping for closing a client for people -- so I dont keep fat fingering > > it. > > > > I disconnect the client and then close the shell > > > > > > close shell > > no, I use the tmux assigned key-functions, man tmux search for "key bindings" ps: please send replies to list post to the list unless specifically requested otherwise. I read the list or wouldn't have seen your post and have NO need for duplicate posts, nor html text colorings/fluff/bload for that matter. gud luk with tmux, I prefer it much over screen. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: pkill X without killing tmux?
* Vladimir Lomov [02-15-12 03:41]: > I'm not an admin, I use Archlinux x86_64 on several hosts that rebooted > from time to time (e.g. notebooks). To "automatically" set up tmux > sessions after boot I made several scripts (can be found here: > https://github.com/vp1981/scripts/tmux/, note that I use a bit "weird" > way to enable tmux). link gives 404 :^( -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Tmux stop print output when lots of data is going to print
Hi all, My environment is awesome desktop on Ubuntu 12.04. I use tmux 1.6 in my daily work. I found that when there's a lot of data going to be printed on screen (for example, building a large project using make), sometimes the stdout looks like to be "stuffed up" and nothing more will be printed before I resized the terminal window. Does anybody have the same problem? How do you solve it? Thanks, Patrick -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: [perl] Tmux rocks - it debugs fork()s
* Peter Vereshagin [12-03-12 01:45]: > Hello. > > 2012/12/02 14:34:15 + Thomas Adam => To Peter > Vereshagin : > TA> [Adding back tmux-users@ to Cc list. Please don't cull it next time.] > > thought I did. No X-Mailing-List comes here so mutt's 'list-reply' doesn't > work. > odd, it works for me and I don't even have tmux listed as "subscribe" or "list". mutt-1.5.21 on openSUSE Tumbleweed nor do I see the necessity to cc: list posts unless an individual requests an *additional* copy ??? -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- Keep yourself connected to Go Parallel: BUILD Helping you discover the best ways to construct your parallel projects. http://goparallel.sourceforge.net ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: [perl] Tmux rocks - it debugs fork()s
* Peter Vereshagin [12-03-12 10:33]: > 2012/12/03 09:28:17 -0500 Patrick Shanahan => To > tmux-users@lists.sourceforge.net : > PS> > TA> [Adding back tmux-users@ to Cc list. Please don't cull it next > time.] > PS> > > PS> > thought I did. No X-Mailing-List comes here so mutt's 'list-reply' > doesn't > PS> > work. > PS> > > PS> > PS> odd, it works for me and I don't even have tmux listed as "subscribe" or > PS> "list". mutt-1.5.21 on openSUSE Tumbleweed > > Then it was Cc'ed to me and the X-Mailing-List wasn't added by the sender. >From my history of this list it appears Mr. Adams posts *directly* to the OP and cc's the list, usually. I do not understand that approach as pervious experience indicates list postings "should go to the list" unless the OP specifically requests to be cc'd. > PS> nor do I see the necessity to cc: list posts unless an individual > PS> requests an *additional* copy ??? > > Depends. His cc problem is his configuration of mutt. He can make cc'ing automatical even if the cc: header is removed/stripped. And if he uses "group-reply", normally bound to 'g' in mutt, existance of the header would not affect his manner of posting and would not require changing his .muttrc. The post would be to the poster and cc the list as he presently appears to prefer. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- Keep yourself connected to Go Parallel: BUILD Helping you discover the best ways to construct your parallel projects. http://goparallel.sourceforge.net ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
NOT: Re: [perl] Tmux rocks - it debugs fork()s
* Thomas Adam [12-03-12 18:25]: > On Mon, Dec 03, 2012 at 10:59:39AM -0500, Patrick Shanahan wrote: > >From my history of this list it appears Mr. Adams posts *directly* to the > > That would be "Mr. Adam", given my surname is Adam, not Adams. There is > only one of me, not many. My appoligies. I did miss that :^(, Mr. Adam > I am amazed I am even having to respond to this sort of OT stuff -- and > even more amused to be spoken about in passive voice. Still a *personal* choice. Response is not required but is a option you have choosen. > > OP and cc's the list, usually. I do not understand that approach as > > pervious experience indicates list postings "should go to the list" > > unless the OP specifically requests to be cc'd. > > I do not care less. Really I do not. I use the group-reply feature of > mutt, and leave it down to the recipient to be competent enough to > filter out such rules. More to the point though, Ccing the list *and* > sending the recipient their own mail caters for those souls who aren't > *subscribed* to this list. Your choice. I said that I did not understand it, and really do not. I cannot understand why one would be interested in using tmux and collaborating, even if only to solve a problem, would not joing the list even temporarily. My interest was in your admonition of Mr. Vereshagin (this one is correct, copy/paste) for *removing* the cc: header which he may or may not have done purposefully. Your *choice* of group-replying instead of replying to the list destroys the ability of mutt to recognize the list address since the list is cc'd rather that the To: address, Unless the list is subscribed in .muttrc. The onus with email is upon the poster to make his material easily readable rather than the receiver to "jump thru hoops" to decipher that material. That you choose to *require* action of the receiver is only detrimental to you and your image, implies "who cares what you think". As this had deviated considerably from the intended subject, further discussion s/b off-list or dropped completely. Your contribution to tmux is greatly appreciated. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Not able to paste
* The Cop [12-04-12 17:59]: > today I switched from screen to tmux and am really satisfied with it. > There's one problem I have with it: When I try to paste something in > Putty (using W7) when running tmux, nothing happens (via right-click). > This does not happen when not using tmux/using screen. Running Debian > Wheezy and the latest Tmux version. Any ideas? I have no problem with shift-insert or shift- -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Lagging behaviour while running certain ncurses apps in tmux
* John Magolske [01-04-13 14:26]: > * Thomas Adam [130104 07:14]: > > Set escape-time to 0. > > This was a reply to Mark's query, but just for clarification, I do > have this set in my tmux.conf: > > set -s escape-time 0 > > and still see the behaviour I described. And my sessions appears to work better with > 500 setting for escape-time. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Compiling tmux as non-root user
king for glibc... yes > > >> >checking for library containing clock_gettime... -lrt > > >> >checking for pkg-config... /usr/bin/pkg-config > > >> >checking pkg-config is at least version 0.9.0... yes > > >> >checking for LIBEVENT... yes > > >> >checking for library containing setupterm... no > > >> >configure: error: "curses not found" > > >> > > > >> >Any ideas what I'm doing wrong? > > >> > > > >> >Thanks! > > >> > > >> > > > >> > > > -- > > >> > Everyone hates slow websites. So do we. > > >> > Make your web apps faster with AppDynamics > > >> > Download AppDynamics Lite for free today: > > >> > http://p.sf.net/sfu/appdyn_d2d_mar > > >> > > >> > ___ > > >> > tmux-users mailing list > > >> > tmux-users@lists.sourceforge.net > > >> > https://lists.sourceforge.net/lists/listinfo/tmux-users > > >> > > > > > > > > > > > -- > > > Everyone hates slow websites. So do we. > > > Make your web apps faster with AppDynamics > > > Download AppDynamics Lite for free today: > > > http://p.sf.net/sfu/appdyn_d2d_mar > > > ___ > > > tmux-users mailing list > > > tmux-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/tmux-users > > > > > What distro are you using? -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: FAO Thomas -> code more carefully!
* Jason Timrod [04-22-13 17:17]: > Do you speak for tmux aswell? I dont feel i have disrespected anyone - i > have pointed out weaknesses which need looking in to by NicM and no one > has yet made this point. Perhaps he feels no need to respond. > i am making that point. Quite tactfully, too. > i am waiting for a plan of action. Please feel free to submit your own code and/or ?better? code. And, please, try to include a little more history with every post. Someone may miss something, one of the trailers or sigs, and really need to catch up. ps. "I" is captilized and periods indicate the end of a sentence. If your coding and /or critique of coding is of the same quality as your postings, probably no-one will be concerned with your opinion! No, I do *not* speak for tmux, nor do you. A thankful user. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: [PATCH 1/1] Allow conditional formats to expand formats
* Jason Timrod [04-26-13 18:10]: [...] > So i think getting rid of that problem is simple - and i am the only one > pushing my opinion. And the only thing you are pushing besides people's buttons is your *opinion*. Since your opinion is worth very little, or less, where is your *better* version of the code you admonish? Instead of berating, provide examples of "how it should be" and perhaps the code will become better, or more acceptable, in your eyes. And you will have contributed rather than being *only* a heckler. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Nonsense from Timrod: was: [PATCH 1/1] ....
* Jason Timrod [04-26-13 18:50]: > I don't need to show code for there to be an issue. As ive already > shown. That's the issue here. No amount of code will help that. You are a troll :0: * ^From:.*jtim...@yahoo.com /dev/null -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Is it possible to replace key sequence with single key press?
* michael kapelko [07-07-13 22:23]: > To go to the next window, I have to press "C-b, n" sequence (press C-b, > release C-b, press n). Yes, but and right or left arrow will change to the next window in either direction. > I want to go to the next window simply by pressing "Alt-n" in one stroke > (press Alt-n only), NOT sequence. > Is it possible? Don't know, happy with arrow keys :^). -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: patch for tmux on cygwin
* Saad Malik [07-12-13 17:43]: > Mark, I've been using tmux on Cygwin for a whole day--all the features > work, it's stable, and fast! You have to compile using the cygwin gcc > toolkit--if you want I can upload a binary for you. providing a binary would be very nice of you. Althought I run tmux on my server so I can access it when it is necessary for me to sit in front of a windows box in mintty/cygwin. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux + putty: Using mouse off window on a maximized window shows junk characters
* Saad Malik [08-01-13 18:09]: > Naseer, I'm pretty sure this is a different issue, but I also had garbage > characters while scrolling with mintty (cygwin) over ssh. Add the following > to your .tmux.conf: > > #setting the delay between prefix and command > set -s escape-time 500 > > If the scroll works, then redude the escape timeout to a lower value. I use > '100'. > > -Saad > > > > > > > On Thu, Aug 1, 2013 at 2:52 PM, Naseer Ahmed wrote: > > > I am on the tip of the tree from sourceforge (just compiled tmux) > > Windows doesn't have "focus follows mouse" so putty will send a scroll > > event even if I scroll outside the window. When I have vim open, it scrolls > > as expected. > > I have UTF-8 mouse mode enabled (set -g mouse-utf8 on) > > > > I am not deliberately scrolling outside the window - I have a dual monitor > > set up and sometimes I scroll without switching the window focus and it > > dumps junk into my tmux terminal. > > > > > > On Thu, Aug 1, 2013 at 5:45 PM, Nicholas Marriott < > > nicholas.marri...@gmail.com> wrote: > > > >> The fact that putty is sending anything at all when you scroll outside > >> the window sounds like a putty bug. > >> > >> It's obviously sending something tmux doesn't understand, probably > >> because it's too big for standard mouse reporting and you are using an > >> old version of tmux where the range is smaller, or you need to enable > >> UTF-8 mouse mode. > >> > >> > >> On Thu, Aug 01, 2013 at 05:16:14PM -0400, Naseer Ahmed wrote: > >> >Posted this question on superuser - posting it here in case I get an > >> >answer > >> >[1] > >> http://superuser.com/questions/617082/tmux-putty-using-mouse-off-window-shows- > >> >junk-characters > >> > > >> >Setup: tmux 1.8 running on Ubuntu 12.04 connecting from Windows with > >> >Putty. tmux has mouse mode on. > >> > > >> >Steps to reproduce: Select the putty window as active, but use the > >> mouse > >> >off the window (i.e in another window) Typically this happens when I > >> am > >> >scrolling in another application on another monitor but forgot to > >> switch > >> >the mouse focus.Also, this seems to only happen if the putty window > >> is > >> >large or maximized. > >> > > >> >Issue: Junk commands get dumped into tmux (e.g 7#, H#, 7a etc.) If I > >> >scroll off window with only PuTTY (no tmux) the screen scrolls as > >> >expected. > >> > > >> >(Screenshot at that superuser link) > >> > > >> > References > >> > > >> >Visible links > >> >1. > >> http://superuser.com/questions/617082/tmux-putty-using-mouse-off-window-shows-junk-characters > >> > >> > > >> -- > >> > Get your SQL database under version control now! > >> > Version control is standard for application code, but databases havent > >> > caught up. So what steps can you take to put your SQL databases under > >> > version control? Why should you start doing it? Read more to find out. > >> > > >> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > >> > >> > ___ > >> > tmux-users mailing list > >> > tmux-users@lists.sourceforge.net > >> > https://lists.sourceforge.net/lists/listinfo/tmux-users > >> > >> > > > > > > -- > > Get your SQL database under version control now! > > Version control is standard for application code, but databases havent > > caught up. So what steps can you take to put your SQL databases under > > version control? Why should you start doing it? Read more to find out. > > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk > > ___ > > tmux-users mailing list > > tmux-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/tmux-users > > > > > -- > Get your SQL databas
Re: tmux + putty: Using mouse off window on a maximized window shows junk characters
* Naseer Ahmed [08-04-13 11:02]: > New logs attached. You *do* realize that you have sent >500K to *everyone* on the list. Remember that some still have measure service. Please be more considerate and post your lengthy files on a web site where they can be perused by those interested. And if you lack such service there are *many* available for free, ie: google-drive. -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux on Cygwin
* Mark Volkmann [09-03-13 11:50]: > Has there been any more progress on the process for installing this? I know > some people have it working, but I wasn't able to get it to work. > > I suspect many more people would use tmux if it could be used on Windows > machines. I use it all the time on my Mac and would love to be able to use > it at client sites where I have to use Windows. I maintain a tmux session on my server and carry a stick w/cygwin so I can remotely access the tmux session on a windoz box. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://linuxcounter.net -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux help
* craig w [09-30-13 08:30]: > I started tmux last week using "tmux -S foo" when I was done for the > day I detached from the session. I thought I was starting a new named > session that I would later be able to attach to using "tmux a -t > foo"but apparently I messed up. > > How can I reclaim this session? I believe: tmux attach -t foo or just:tmux attach providing you have only the one session "a" is not a *shortcut* or *alias* for attach-session, the alias would be "attach". -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://linuxcounter.net -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: freezing tmux on heavy output
Hi Pavlos, Which terminal emulator are you using? I had the same problem when I was using gnome-terminal, and I could get tmux back by resizing terminal emulator window if this problem occurred. But after I changed to urxvt, this problem has gone. Patrick On Tue, Dec 17, 2013 at 9:23 AM, Pavlos Parissis wrote: > Hi, > > I am using tmux locally and connects(ssh) to remote systems where I usually > run tools(cat access.log, tcpdump and etc) which generate a huge amount of > output. When that happens I can't switch between panes/windows and of course > ctrl-c the running tool takes for ever. > > I am using output rate limiting and started with the following settings but > without any obvious benefit. > > set-window-option -g c0-change-interval 450 > set-window-option -g c0-change-trigger 100 > > I also increase trigger up to 1000 and interval up to 550, but I still ended > up with an 'unresponsive' tmux. > > Do you have any ideas how I can avoid this issue? > > Cheers, > Pavlos > > -- > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics > Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > ___ > tmux-users mailing list > tmux-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/tmux-users > -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: create-or-attach command
* anatoly techtonik [02-08-14 04:20]: > On Fri, Feb 7, 2014 at 4:10 PM, Thomas Adam wrote: > >> https://stackoverflow.com/questions/3432536/create-session-if-none-exists > >> > >> Is it possible to implement a simple create-or-attach command, which > >> will create a (named) session if it doesn't exists or attach to > >> existing? > > > > Using the git version of tmux: > > > > new -A some_name > > > > > > The -A flag makes new-session behave like attach-session > > if session-name already exists; in the case, -D behaves > > like -d to attach-session. > > > That's really cool. I guess it will be available in 1.9 > But I find description confusing and flag name is not completely > intuitive to remember. > I'd rewrite it as: > > new --attach some_name > > Creates new named session or attaches to existing one if > some_name session already exists. > > This hides the internals from the reader and removes the requirement for > the reader to be aware of attach-session and -D behavior to understand > the meaning. perhaps better to combine the descriptions and enlighten all: Creates new named session or attaches to existing one if some_name session already exists. The -A flag makes new-session behave like attach-session if session-name already exists; in the case, -D behaves like -d to attach-session. Results a simple explanation/statement with details following. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://linuxcounter.net -- Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Unknown command: update-environment
Hello, I'm using tmux 1.6 with Ubuntu 12.04.4 LTS on 2 different machines over ssh (one vm and one physical machine). For the connections I'm using SmarTTY (with integrated Xming server) on Windows 8.1. When I'm typing "Ctrl+b: update-environment" on one machine (vm), it's working as intended. However, on the other machine (physical), I'm getting the message "Unknown command: update-environment". I'm not using a custom tmux.conf file on either machine. I'd be really glad to get some insight why the command works on one machine, but not on the other. Thanks in advance, Patrick -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Unknown command: update-environment
Hello Nicholas, thanks for the answer. It's listed as an option, you're right. I assume I'd have to use the command "set-option update-environment DISPLAY" for this. Is this the recommended way to use X11 forwarding within a tmux session from multiple machines? Regards, Patrick 2014-04-15 11:47 GMT+02:00 Nicholas Marriott : > It's not a command, it's an option. > > > > Original message > From: Patrick Proba > Date: 14/04/2014 12:46 (GMT+00:00) > To: tmux-users@lists.sourceforge.net > Subject: Unknown command: update-environment > > > Hello, > > I'm using tmux 1.6 with Ubuntu 12.04.4 LTS on 2 different machines over > ssh (one vm and one physical machine). For the connections I'm using > SmarTTY (with integrated Xming server) on Windows 8.1. > > When I'm typing "Ctrl+b: update-environment" on one machine (vm), it's > working as intended. > However, on the other machine (physical), I'm getting the message "Unknown > command: update-environment". > > I'm not using a custom tmux.conf file on either machine. > > I'd be really glad to get some insight why the command works on one > machine, but not on the other. > > Thanks in advance, > Patrick > -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: [tmux:tickets] #130 Garbled screen after printing '\x0e'
* siebz0r [05-25-14 06:42]: > > > > --- > > ** [tickets:#130] Garbled screen after printing '\x0e'** > > **Status:** open > **Labels:** bug > **Created:** Wed May 21, 2014 06:04 PM UTC by siebz0r > **Last Updated:** Wed May 21, 2014 06:04 PM UTC > **Owner:** nobody > > While printing random characters to the terminal I quickly found out > that sometimes the random characters mess up the entire output. After > some troubleshooting I figured out that the character '\x0e' caused > this. > > This seems to be a familiar character as it looks like it has a history > of messing up terminals. > > To reproduce: > > echo '\x0e' > > Then try to type something, the characters will be garbled (well > actually their different characters). > > I have successfully reproduced this with zsh and bash. Without tmux this > doesn't happen. Quite possibly a problem with your local setup. I tested in bash 4.2-68, zsh 5.0.2-8 and xterm-297-1/tmux 1.8-2, but see no problem. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535@ http://linuxcounter.net -- "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
[PATCH] Fix segmentation fault in server when a suspended client is killed
Steps to reproduce the segmentation fault: $ tmux -L bug new-session -d $ tmux -L bug attach-session (we are now inside the client) $ tmux suspend-client (we are now outside the client) $ kill -HUP % [lost server] $ tmux -L bug attach-session no sessions By sending SIGHUP to the suspended client followed by a (implicit) SIGCONT, we crash the server. Analysis of bug: When a suspended client receives a SIGHUP signal followed by a SIGCONT signal, the client's signal handler then sends to the server a MSG_EXITING message followed by a MSG_WAKEUP message. When the server receives MSG_EXITING, it closes the client's tty (via tty_close). Afterwards when the server receives MSG_WAKEUP, it attempts to write to the client's closed tty (via tty_start_tty). This attempt to write to a closed tty eventually results in a segfault. Backtrace: 0 __memcpy_sse2_unaligned () at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:167 1 0x7fe9bfd37c82 in evbuffer_add () from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 2 0x7fe9bfd3a3b0 in bufferevent_write () from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 3 0x00434c33 in tty_puts (tty=0x2123420, s=0x2145be0 "\260[\024\002") at tty.c:403 4 0x00435274 in tty_puts (s=, tty=) at tty.c:365 5 tty_putcode (tty=, code=) at tty.c:364 6 0x00435561 in tty_start_tty (tty=tty@entry=0x2123420) at tty.c:208 7 0x0042a4f9 in server_client_msg_dispatch (c=0x2113300) at server-client.c:892 8 0x0042a6d5 in server_client_callback (fd=-1044207592, events=23520, data=0x4) at server-client.c:236 9 0x7fe9bfd31184 in event_base_loop () from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 10 0x0042bfda in server_loop () at server.c:207 11 0x0042c657 in server_start (lockfd=lockfd@entry=5, lockfile=) at server.c:198 12 0x0040572a in client_connect (path=0x67fec0 "/tmp/tmux-1000/bug", start_server=1) at client.c:129 13 0x00405b0c in client_main (argc=argc@entry=0, argv=argv@entry=0x7fffaefa1bf0, flags=flags@entry=65536) at client.c:237 14 0x00403a80 in main (argc=0, argv=0x7fffaefa1bf0) at tmux.c:388 Possible solution: When handling a MSG_WAKEUP on the server side, do not write to the client's tty if the tty has been closed (by an earlier MSG_EXITING message or otherwise). The below patch takes this approach. With the patch, I can no longer trigger the segmentation fault. --- server-client.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/server-client.c b/server-client.c index e225de3..e952246 100644 --- a/server-client.c +++ b/server-client.c @@ -889,6 +889,8 @@ server_client_msg_dispatch(struct client *c) if (c->session != NULL) session_update_activity(c->session); + if (!(c->tty.flags & TTY_OPENED)) + break; tty_start_tty(&c->tty); server_redraw_client(c); recalculate_sizes(); -- 2.1.0.rc0.52.gaa544bf -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: [PATCH] Fix segmentation fault in server when a suspended client is killed
On Sat, Aug 9, 2014 at 3:36 PM, Thomas Adam wrote: > On 8 August 2014 17:45, Patrick Palka wrote: >> Steps to reproduce the segmentation fault: >> >> $ tmux -L bug new-session -d >> $ tmux -L bug attach-session >> (we are now inside the client) >> $ tmux suspend-client >> (we are now outside the client) >> $ kill -HUP % >> [lost server] >> $ tmux -L bug attach-session >> no sessions > > This patch shouldn't be necessary, I've synced from OpenBSD, try the > Git version again. > > -- Thomas Adam Confirmed, thank you. -- ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
[PATCH] select-panes: add wrap-panes window-option
Hi everybody! I just started using tmux and encountered a peculiarity which I couldn't live with. When switching between panes with select-pane, the switching "wraps around" when it encounters the window edge. E.g. if the right-most pane is selected and I try to switch to the right of the selected pane with "select-pane -R", it wraps around to the left-most pane. This behaviour is unacceptable for me, thus this patch I'm hereby sending to you all. I thought a window-option with the current behaviour as default would be the best approach to this. The patch should apply to current 'master' branch. Comments and critique very welcome. Pleace CC me though, as I'm not subscribed to the list. Greetings, Patrick Börjesson Patrick Börjesson (1): select-panes: add wrap-panes window-option cmd-select-pane.c | 22 +- options-table.c | 5 + window.c | 8 3 files changed, 22 insertions(+), 13 deletions(-) -- Patrick Börjesson -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
[PATCH v2] select-panes: add wrap-panes window-option
The flag decides if select-pane should "wrap around" when it encounters
the window edge.
Signed-off-by: Patrick Börjesson
Reviewed-and-Tested-by: Anders Roxell
---
cmd-select-pane.c | 22 +-
options-table.c | 5 +
window.c | 8
3 files changed, 22 insertions(+), 13 deletions(-)
diff --git a/cmd-select-pane.c b/cmd-select-pane.c
index c342fef..0d57176 100644
--- a/cmd-select-pane.c
+++ b/cmd-select-pane.c
@@ -66,7 +66,7 @@ cmd_select_pane_exec(struct cmd *self, struct cmd_q *cmdq)
{
struct args *args = self->args;
struct winlink *wl;
- struct window_pane *wp;
+ struct window_pane *wp, *next_wp = NULL;
if (self->entry == &cmd_last_pane_entry || args_has(args, 'l')) {
wl = cmd_find_window(cmdq, args_get(args, 't'), NULL);
@@ -96,17 +96,21 @@ cmd_select_pane_exec(struct cmd *self, struct cmd_q *cmdq)
}
if (args_has(self->args, 'L'))
- wp = window_pane_find_left(wp);
+ next_wp = window_pane_find_left(wp);
else if (args_has(self->args, 'R'))
- wp = window_pane_find_right(wp);
+ next_wp = window_pane_find_right(wp);
else if (args_has(self->args, 'U'))
- wp = window_pane_find_up(wp);
+ next_wp = window_pane_find_up(wp);
else if (args_has(self->args, 'D'))
- wp = window_pane_find_down(wp);
- if (wp == NULL) {
- cmdq_error(cmdq, "pane not found");
- return (CMD_RETURN_ERROR);
- }
+ next_wp = window_pane_find_down(wp);
+
+ if (next_wp == NULL) {
+ if (options_get_number(&wl->window->options, "wrap-panes")) {
+ cmdq_error(cmdq, "pane not found");
+ return (CMD_RETURN_ERROR);
+ }
+ } else
+ wp = next_wp;
window_set_active_pane(wl->window, wp);
server_status_window(wl->window);
diff --git a/options-table.c b/options-table.c
index 8d680b3..a124bb4 100644
--- a/options-table.c
+++ b/options-table.c
@@ -510,6 +510,11 @@ const struct options_table_entry window_options_table[] = {
.default_num = 0
},
+ { .name = "wrap-panes",
+ .type = OPTIONS_TABLE_FLAG,
+ .default_num = 1
+ },
+
{ .name = "allow-rename",
.type = OPTIONS_TABLE_FLAG,
.default_num = 1
diff --git a/window.c b/window.c
index e9ec7ea..e992a09 100644
--- a/window.c
+++ b/window.c
@@ -1182,7 +1182,7 @@ window_pane_find_up(struct window_pane *wp)
ARRAY_INIT(&list);
edge = wp->yoff;
- if (edge == 0)
+ if (edge == 0 && options_get_number(&wp->window->options, "wrap-panes"))
edge = wp->window->sy + 1;
left = wp->xoff;
@@ -1225,7 +1225,7 @@ window_pane_find_down(struct window_pane *wp)
ARRAY_INIT(&list);
edge = wp->yoff + wp->sy + 1;
- if (edge >= wp->window->sy)
+ if (edge >= wp->window->sy && options_get_number(&wp->window->options,
"wrap-panes"))
edge = 0;
left = wp->xoff;
@@ -1268,7 +1268,7 @@ window_pane_find_left(struct window_pane *wp)
ARRAY_INIT(&list);
edge = wp->xoff;
- if (edge == 0)
+ if (edge == 0 && options_get_number(&wp->window->options, "wrap-panes"))
edge = wp->window->sx + 1;
top = wp->yoff;
@@ -1311,7 +1311,7 @@ window_pane_find_right(struct window_pane *wp)
ARRAY_INIT(&list);
edge = wp->xoff + wp->sx + 1;
- if (edge >= wp->window->sx)
+ if (edge >= wp->window->sx && options_get_number(&wp->window->options,
"wrap-panes"))
edge = 0;
top = wp->yoff;
--
Patrick Börjesson
--
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
[PATCH] select-panes: add wrap-panes window-option
The flag decides if select-pane should "wrap around" when it encounters
the window edge.
Signed-off-by: Patrick Börjesson
Reviewed-and-Tested-by: Anders Roxell
---
cmd-select-pane.c | 22 +-
options-table.c | 5 +
window.c | 8
3 files changed, 22 insertions(+), 13 deletions(-)
diff --git a/cmd-select-pane.c b/cmd-select-pane.c
index c342fef..2ae1819 100644
--- a/cmd-select-pane.c
+++ b/cmd-select-pane.c
@@ -66,7 +66,7 @@ cmd_select_pane_exec(struct cmd *self, struct cmd_q *cmdq)
{
struct args *args = self->args;
struct winlink *wl;
- struct window_pane *wp;
+ struct window_pane *wp, *next_wp;
if (self->entry == &cmd_last_pane_entry || args_has(args, 'l')) {
wl = cmd_find_window(cmdq, args_get(args, 't'), NULL);
@@ -96,17 +96,21 @@ cmd_select_pane_exec(struct cmd *self, struct cmd_q *cmdq)
}
if (args_has(self->args, 'L'))
- wp = window_pane_find_left(wp);
+ next_wp = window_pane_find_left(wp);
else if (args_has(self->args, 'R'))
- wp = window_pane_find_right(wp);
+ next_wp = window_pane_find_right(wp);
else if (args_has(self->args, 'U'))
- wp = window_pane_find_up(wp);
+ next_wp = window_pane_find_up(wp);
else if (args_has(self->args, 'D'))
- wp = window_pane_find_down(wp);
- if (wp == NULL) {
- cmdq_error(cmdq, "pane not found");
- return (CMD_RETURN_ERROR);
- }
+ next_wp = window_pane_find_down(wp);
+
+ if (next_wp == NULL) {
+ if (options_get_number(&wl->window->options, "wrap-panes")) {
+ cmdq_error(cmdq, "pane not found");
+ return (CMD_RETURN_ERROR);
+ }
+ } else
+ wp = next_wp;
window_set_active_pane(wl->window, wp);
server_status_window(wl->window);
diff --git a/options-table.c b/options-table.c
index 8d680b3..a124bb4 100644
--- a/options-table.c
+++ b/options-table.c
@@ -510,6 +510,11 @@ const struct options_table_entry window_options_table[] = {
.default_num = 0
},
+ { .name = "wrap-panes",
+ .type = OPTIONS_TABLE_FLAG,
+ .default_num = 1
+ },
+
{ .name = "allow-rename",
.type = OPTIONS_TABLE_FLAG,
.default_num = 1
diff --git a/window.c b/window.c
index e9ec7ea..e992a09 100644
--- a/window.c
+++ b/window.c
@@ -1182,7 +1182,7 @@ window_pane_find_up(struct window_pane *wp)
ARRAY_INIT(&list);
edge = wp->yoff;
- if (edge == 0)
+ if (edge == 0 && options_get_number(&wp->window->options, "wrap-panes"))
edge = wp->window->sy + 1;
left = wp->xoff;
@@ -1225,7 +1225,7 @@ window_pane_find_down(struct window_pane *wp)
ARRAY_INIT(&list);
edge = wp->yoff + wp->sy + 1;
- if (edge >= wp->window->sy)
+ if (edge >= wp->window->sy && options_get_number(&wp->window->options,
"wrap-panes"))
edge = 0;
left = wp->xoff;
@@ -1268,7 +1268,7 @@ window_pane_find_left(struct window_pane *wp)
ARRAY_INIT(&list);
edge = wp->xoff;
- if (edge == 0)
+ if (edge == 0 && options_get_number(&wp->window->options, "wrap-panes"))
edge = wp->window->sx + 1;
top = wp->yoff;
@@ -1311,7 +1311,7 @@ window_pane_find_right(struct window_pane *wp)
ARRAY_INIT(&list);
edge = wp->xoff + wp->sx + 1;
- if (edge >= wp->window->sx)
+ if (edge >= wp->window->sx && options_get_number(&wp->window->options,
"wrap-panes"))
edge = 0;
top = wp->yoff;
--
2.0.4
--
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: [PATCH] select-panes: add wrap-panes window-option
Honestly, for me personally, I'd rather just go with the non-wrapping
behavior as the only behavior. I just added the option because of
backwards-compatibility.
The wrapping behavior being awkward for me stems from having used vim
extensively for many years, and its behavior regarding split-panes is of
the non-wrapping kind.
I'm mostly using tmux in full-screen mode, and use tmux as a window-manager
of sorts. Because of this, I (my brain/eyes) expect to focus to the right
of the current pane when I tell tmux to switch to a pane to the right of
the current one. There's just too much of a disconnect between the
right-most pane and the left-most pane for me to expect it to "wrap
around".
Additionally (this is my specific use-case) I make tmux send keybindings
through to vim so that I can use the same keybindings in tmux and in vim
for switching panes, so I can view the entire tmux workspace (with vim in
some panes) as a cohesive whole, and I don't have to care if it's tmux or
vim panes I'm navigating between. Thus, "switch right" just switches to a
right-more pane, no matter if it's inside vim, or if it's to another
tmux-pane. That behaviour only works if tmux doesn't wrap panes though.
Honestly though, I really don't care if it's included in the main codebase.
The patch is small enough for me to maintain it outside mainline.
I really do think though that this is a change that a lot of people would
want, especially vim-users. Either as a change in default behaviour, or as
an additional option.
On Sun, Aug 24, 2014 at 12:35 PM, Nicholas Marriott <
nicholas.marri...@gmail.com> wrote:
> I'm not sure that issue is the same thing but in any case I think
> supporting multiple wrapping behaviours is a bikeshed too far.
>
>
>
> ---- Original message
> From: Thomas Adam
> Date: 24/08/2014 10:15 (GMT+00:00)
> To: Patrick Börjesson
> Cc: tmux-users@lists.sourceforge.net
> Subject: Re: [PATCH] select-panes: add wrap-panes window-option
>
>
> On Tue, Aug 12, 2014 at 06:52:09PM +0200, Patrick Börjesson wrote:
> > Hi everybody!
> >
> > I just started using tmux and encountered a peculiarity which I couldn't
> live
> > with.
> > When switching between panes with select-pane, the switching "wraps
> around" when
> > it encounters the window edge. E.g. if the right-most pane is selected
> and I try
> > to switch to the right of the selected pane with "select-pane -R", it
> wraps
> > around to the left-most pane.
> > This behaviour is unacceptable for me, thus this patch I'm hereby
> sending to you
> > all. I thought a window-option with the current behaviour as default
> would be
> > the best approach to this.
>
> We discussed something like this earlier this year:
>
> http://sourceforge.net/p/tmux/tickets/122/
>
> I can't say I'm in favour of your patches.
>
> -- Thomas Adam
>
> --
> "Deep in my heart I wish I was wrong. But deep in my heart I know I am
> not." -- Morrissey ("Girl Least Likely To" -- off of Viva Hate.)
>
>
> --
> Slashdot TV.
> Video for Nerds. Stuff that matters.
> http://tv.slashdot.org/
> ___
> tmux-users mailing list
> tmux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tmux-users
>
--
Slashdot TV.
Video for Nerds. Stuff that matters.
http://tv.slashdot.org/___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Run copy-pipe command when leaving selection
Hi, First of all I’d like to say that I have used Tmux every single day for a few months now and love it. Thanks for your work! I am using copy-pipe to wire up Tmux with my system clipboard on OS X, but it somehow feels too complicated, because it requires an extra step to get the copied text into the system clipboard. As far as I know, there are two options (some key bindings might be specific to my configuration but you get the idea): a) Use mouse to drag selection Hit Prefix-Y to write to system clipboard b) Hit Prefix-V to go into selection mode Use hjkl to move Use v to start selection Use hjkl to move Hit Y to copy Hit Prefix-Y to write to system clipboard Case (a) feels awkward, because it requires an extra switch from the keyboard to the mouse, even if you plan on using the mouse to paste the text to another window afterwards. In case (b) there are already quite a number of keystrokes involved, so it would be nice if we were able to remove the last step. I think this problem could be solved by adding an option that would enable users to run the copy-pipe command directly after exiting the selection, i. e. simultaneously to or directly after the text is copied to the tmux internal clipboard. Please let me know what you think about this. Thanks for your time and your consideration! Patrick PS: If you want more detail about my Tmux configuration, you can view it here https://raw.githubusercontent.com/padde/dotfiles/b91a1d85b23e54e0ef65b6f55d817a4892df7a13/tmux.conf signature.asc Description: Message signed with OpenPGP using GPGMail -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Stuck in copy-mode
I've got an odd problem: since my last reboot of Yosemite, whenever I invoke copy mode, tmux does not respond to any key presses except for the prefix key. I'm running tmux 1.9a. Prior to the reboot, it was working fine, and I can't see anything from my end that actually changed. Has anyone ever experienced this? The cursor keys don't respond, and neither does Esc or enter. I can switch to other windows or kill the current window, but there's no way to get out of copy mode. I use vi mode, and have tried disabling it, and also downgrading my vim in case that was an issue, and so far no luck. Any tips or pointers how I could diagnose this would be very much appreciated. Thanks, Patrick -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
