Re: Keystrokes stop showing up in PuTTY
I have seen this exact issue as well. If it happens again, is there anything I can do to help debug what the problem could be? tmux-1.3 and 1.4.14b-stable Regards, Tim On Thu, July 22, 2010 7:59 am, Richard Morse wrote: > This is tmux running locally. > > Ricky > > On Jul 21, 2010, at 3:58 PM, Nicholas Marriott wrote: > >> over ssh or running natively? >> >> sounds like problems with SIGWINCH or TIOCGWINSZ >> >> >> On Wed, Jul 21, 2010 at 03:55:35PM -0400, Richard Morse wrote: >>> Is it related to changing the terminal size (ie, the PuTTY window size) >>> too quickly? I've just discovered that quickly changing the size of the >>> Terminal.app window can sometimes cause tmux to stop updating the >>> screen until the window is sized back to the size it had been... >>> >>> Ricky >>> >>> On Jul 21, 2010, at 3:17 PM, Samer Atiani wrote: >>> >>>> Yes, its 1.4.14b , sorry. >>>> >>>> As I said I can't reproduce it, so I don't know exactly the sequence >>>> of >>>> events that leads to this behavior, nor do I have this problem >>>> happening to >>>> me now so I can answer your other questions. >>>> >>>> However, I'll keep you posted the next time it happens. >>>> >>>> Many thanks for your help, >>>> Samer >>>> >>>> On Wed, Jul 21, 2010 at 3:13 PM, Nicholas Marriott < >>>> nicholas.marri...@gmail.com> wrote: >>>> >>>>> I take it that is 1.4.14b libevent. >>>>> >>>>> So are you doing anything particular when it happens? Running any >>>>> particular program? >>>>> >>>>> After it freezes, can you still detach tmux? What does "C-b : lsc" >>>>> say >>>>> after it happens? Does C-b r fix it? >>>>> >>>>> >>>>> On Wed, Jul 21, 2010 at 03:10:49PM -0400, Samer Atiani wrote: >>>>>> libevent version: 1.4.1b-stable >>>>>> tmux version: 1.2 >>>>>> platform: ubuntu 9.10, debian squeeze >>>>>> TERM inside tmux: screen >>>>>> TERM outside tmux: xterm >>>>>> >>>>>> On Wed, Jul 21, 2010 at 2:59 PM, Nicholas Marriott >>>>>> <[1]nicholas.marri...@gmail.com> wrote: >>>>>> >>>>>>What tmux version, what platform is it running on, what is TERM >>>>>> set >>>>> to >>>>>>inside and outside tmux, what version of libevent? >>>>>> >>>>>>On Wed, Jul 21, 2010 at 02:46:26PM -0400, Samer Atiani wrote: >>>>>>> * *Hello, >>>>>>> * *I'm having a weird problem were tmux windows stop reacting to >>>>> my >>>>>>> * *keystrokes interactively, this problem only happens to me in >>>>> PuTTY. >>>>>>> * *When the problem happens, tmux bindings still work (I can >>>>> switch >>>>>>between >>>>>>> * *windows, go into command/copy mode, etc.), however, when I type >>>>>>something >>>>>>> * *into the window the terminal doesn't respond to my keystrokes. >>>>>>Whats >>>>>>> * *interesting is that if I switch to another window and then back >>>>>>into the >>>>>>> * *original window, *whatever I originally typed before switching >>>>> will >>>>>>be >>>>>>> * *visible now. >>>>>>> * *I do not know how to reproduce this problem, so far it happens >>>>>>> * *sporadically (it has happened to me twice today so far). >>>>>>> * *Can you please help me with resolving this problem? >>>>>>> * *Samer >>>>>> >>>>>>> >>>>>> >>>>> -- >>>>>>> This SF.net email is sponsored by Sprint >>>>>>> What will you do first with EVO, the first 4G phone? >>>>>>> Visit [2]sprint.com/first -- [3] >>>>> http://p.sf.net/sfu/sprint-com-first >>>>>> >>>>>>> ___ >>>>>>> tmux-users mailing list >>>>>>>
Re: Keystrokes stop showing up in PuTTY
On 23/07/2010 1:31 p.m., Nicholas Marriott wrote: > The last diff was slightly wrong, please test this instead. Thank you. I will test and let you know if I have any problems. Tim -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Text Redraw/Reflow tmux vs screen
Hello, I'm using the (rather awesome I must say) Twitter client TTYtter (http://www.floodgap.com/software/ttytter/) I find when I use it under screen, if I resize the window the text already on the screen "shuffles around" and wraps at the end of the screen. So changing window size works as expected to me. However, if I use tmux, I find this isn't the case. Text will continue "off the screen" and not be wrapped (and thus not fully readable) However anything new that TTYtter produces respects the new screen-size. Other applications, such as the epic5 IRC client, resize and reflow the text straight away, both under screen and tmux. So I'm curious if this is a tmux issue or a TTYtter issue? I'm using the latest tmux 1.3, with the patch in Message-ID: <20100723013107.ga30...@yelena.nicm.ath.cx> and libevent-1.4.14b Thanks, Tim -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
tmux, vim, and OS X
Anyone else having issues with vim using the OS X clipboard as it's default yank buffer? I'm using MacVim as vim and I'm on OS X 10.6.whateveriscurrent. In fact, it doesn't even seem that vim has a "* register when I run it under tmux. I have `set clipboard=unnamed` in my .vimrc. Furthermore, pbcopy and pbpaste don't work in tmux. Is there some tmux setting I need to adjust to get this clipboard stuff working right? -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux, vim, and OS X
On May 10, 2011 at 08:44 PM +0200, Martial Boniou wrote: >You need this: > >https://github.com/ChrisJohnsen/tmux-MacOSX-pasteboard That is indeed what I needed. Thanks. Fixed all my problems I think. -- Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
tmux causing kernel panics on Mac OS X 10.7
I just upgraded my Mac to OS X 10.7. So far I've had two kernel panics, both times when messing around in tmux. I *think* tmux is the one causing them, but what do I know :) It could be something else. When I start the tmux session, I do see the following message: > warning: unsupported new OS, trying as if it were 10.6 The first time I forget exactly what I was doing, the second time I tried to kill a tmux session using the tmux command to do so. With that, the panic happened. I can give you the panic report, but it probably isn't super useful unless you are Apple. However, the following message is in the report and seems like the pertinent line: panic(cpu 0 caller 0xff8000328ae2): "Negative open count?"@/SourceCache/xnu/xnu-1699.22.73/bsd/miscfs/specfs/spec_vnops.c:1368 Anyway, I don't know if you guys know what to do about this or if this information is of any use. -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux causing kernel panics on Mac OS X 10.7
On Jul 22, 2011 at 04:10 AM +0100, Nicholas Marriott wrote: >If tmux causes a kernel panic it is entirely certain it isn't a tmux >problem, it is a kernel bug. I see what you are saying. >The message you show only really shows it is something to do with the >VFS but not much else. specfs is basically a set of utility routines >used by a whole bunch of other stuff. Yeah, unfortunately I figured it wouldn't be that useful to you guys. >Are you certain you can't reproduce it without tmux? As of now, I'm up to number 3 after only 24 hours of 10.7. All three times said the same message while I was doing things with tmux. I'll see if I can't reproduce it before I go to bed, but I want to get some stuff done first without restarting a bunch :) >Whether you can or not, you need to talk to Apple or whoever is >responsible for the kernel. I did send them a report (or 3). Unfortunately, there's no one really to talk to at Apple, and they'll most likely say it's not their problem since they don't provide tmux. I figure the best hope of this getting taken care of is if there is a tmux dev who uses OS X... >I don't use OS X and of course it is closed so even if you give more >information I can't do much here :-). Thanks anyway. Was mostly just communicating to the tmux community that I'm having problems with the matchup and was curious to know if there was anyone else out there that is having problems. Then again, I might be one of the only OS X/tmux users - I don't know. -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux causing kernel panics on Mac OS X 10.7
On Jul 22, 2011 at 04:42 PM -0500, Chris Johnsen wrote: >This message comes from the use of the "reattach-to-user-namespace" >program from > >https://github.com/ChrisJohnsen/tmux-MacOSX-pasteboard > >You probably have tmux configured to run the reattach program for each >new window (e.g. via tmux's default-command option). Ahh, yes, forgot all about that. >1) Edit your .tmux.conf to remove the use of the wrapper to see if it > makes the panics go away. While I was just able to cause 1 or 2 panics *with* the wrapper enabled (but not consistently), I was not able to cause any with it disabled. I'll try running like this for a bit and see what I come up with. >2) Rebuild tmux and the wrapper with the Lion-native tools. I tried to do this but it didn't build until I removed the i386 and ppc architecture flags. If all looks good for a day or two with the wrapper disabled, I'll try running with the recompiled wrapper. >3) Try not using tmux for a while to see if the panics subside. I used screen and/or dtach all day today (day two of Lion) and didn't see a panic. Until I fired up tmux and killed the session about 20 minutes ago. >4) Send your panics to Apple. I've been doing this but I have little hope that they'd actually do anything about it. >Unfortunately, I do not have Lion and I am not able to make even a >trail installation at this time, so I can neither attempt to >reproduce, nor directly diagnose these panics. Sounds good. Thanks for the ideas. -- 10 Tips for Better Web Security Learn 10 ways to better secure your business today. Topics covered include: Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, security Microsoft Exchange, secure Instant Messaging, and much more. http://www.accelacomm.com/jaw/sfnl/114/51426210/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux causing kernel panics on Mac OS X 10.7
On Jul 22, 2011 at 07:50 PM -0400, Tim Gray wrote: >While I was just able to cause 1 or 2 panics *with* the wrapper enabled >(but not consistently), I was not able to cause any with it disabled. >I'll try running like this for a bit and see what I come up with. Brief followup. At the end of the night last night, after running with tmux minus the wrapper, I killed the tmux session to see what would happen. Panic. So it looks like the wrapper is not involved. Thanks for the ideas. I'll continue to try things, but it looks like I'll be using screen for the time being. -- Storage Efficiency Calculator This modeling tool is based on patent-pending intellectual property that has been used successfully in hundreds of IBM storage optimization engage- ments, worldwide. Store less, Store more with what you own, Move data to the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux causing kernel panics on Mac OS X 10.7
On Jul 24, 2011 at 02:35 AM +0100, Nicholas Marriott wrote: >What filesystem are you using for /tmp (or whereever the tmux sockets >are)? HFS+, the OS X default. -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux causing kernel panics on Mac OS X 10.7
On Jul 24, 2011 at 03:18 AM +0100, Nicholas Marriott wrote: >maybe try putting it on a memory FS > >do you have anything tmux uses on something other than HFS+? Not that I know of. I've not done anything at all to the standard OS X Macbook install. One main partition that everything is on. I'm not sure how I'd even go about doing a memory FS... -- Magic Quadrant for Content-Aware Data Loss Prevention Research study explores the data loss prevention market. Includes in-depth analysis on the changes within the DLP market, and the criteria used to evaluate the strengths and weaknesses of these DLP solutions. http://www.accelacomm.com/jaw/sfnl/114/51385063/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Request: display-panes count from 1
On Jul 29, 2011 at 04:57 PM +0100, Chris Poole wrote: >> set -g base-index 1 > >I already have this set; it doesn't work. For what it's worth, before I started having problems with tmux and OS X 10.7, I was running tmux on 10.6.8 with this option set and it worked... Wish I tell you something more. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Request: display-panes count from 1
On Jul 29, 2011 at 05:46 PM +0100, Nicholas Marriott wrote: >are you sure? base-index has never affected pane indexes, just window Sorry, windows, not panes. -- Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux causing kernel panics on Mac OS X 10.7
I know this was an older thread but figured I'd post a follow up. I'm now on OS X 10.7.2 and just tried tmux for the first time in months. Sure enough, after running for a couple of hours, I got a kernel panic when I sent a kill-server command to tmux. So whatever is going on, Apple hasn't fixed things in the last two OS updates. I'll try again in a couple months :) On Jul 21, 2011 at 10:35 PM -0400, Tim Gray wrote: >I just upgraded my Mac to OS X 10.7. So far I've had two kernel panics, >both times when messing around in tmux. I *think* tmux is the one >causing them, but what do I know :) It could be something else. > >When I start the tmux session, I do see the following message: >> warning: unsupported new OS, trying as if it were 10.6 > >The first time I forget exactly what I was doing, the second time I >tried to kill a tmux session using the tmux command to do so. With >that, the panic happened. > >I can give you the panic report, but it probably isn't super useful >unless you are Apple. However, the following message is in the report >and seems like the pertinent line: > >panic(cpu 0 caller 0xff8000328ae2): "Negative open >count?"@/SourceCache/xnu/xnu-1699.22.73/bsd/miscfs/specfs/spec_vnops.c:1368 > >Anyway, I don't know if you guys know what to do about this or if this >information is of any use. > >-- >10 Tips for Better Web Security >Learn 10 ways to better secure your business today. Topics covered include: >Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, >security Microsoft Exchange, secure Instant Messaging, and much more. >http://www.accelacomm.com/jaw/sfnl/114/51426210/ >___ >tmux-users mailing list >tmux-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/tmux-users -- 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: Mouse scroll in Less
(apologies for not replying to the original thread; I hadn't subscribed to the list when I saw the thread scroll by) On Tuesday 19 Nov 2013 00:03:58 Nicholas Marriott wrote: > As far as I'm aware konsole is the only one that does this. Possibly > gnome-terminal, certainly not xterm which is pretty much the > standard terminal now. Actually, xterm has the "alternateScroll" resource that causes it to map scroll-wheel events to cursor-key events while the alternate screen is active, and the running application has not requested mouse-events. It also has private mode 1007 to control this behaviour. -- 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=84349351&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: tmux under a virtual console
On Tue, Dec 17, 2013 at 04:35:49AM +0100, Mikhail Morfikov wrote: > I've been configuring tmux for two days and it works pretty well, but > there's one thing that causes problems. After I switch to a virtual > console using ctrl+alt+f2 and enter the tmux mode, I create some panes > by typing ctrl+a+% or ctrl+a+" (I have prefix ctrl+a), and I'm not able > to resize the panes using ctrl+a + ctrl+up/down/left/right arrows. This > works without a problem under X11. I'm using urxvt client. When you press a non-text key or key-sequence, your terminal translates that into some particular sequence of characters. For example, if I open a new gnome-terminal, run "cat" and press keys, I can see that left-arrow sends "^[[D", while ctrl+left-arrow sends "^[[1;5D". I believe the ability to send modifiers (ctrl, alt, shift) with arrow-keys is a feature added by xterm and copied by other terminal-emulators, it's not part of the original VT100/VT220 feature-set. Which is to say, if you run "cat" in a terminal and pressing ctrl+left-arrow results in "^[[D" on your screen, then you're out of luck. In particular, the Linux console is a very limited and not-particularly-xterm-compatible terminal, and it doesn't surprise me that it doesn't support ctrl+arrow keys. I recommend rebinding the switch/resize commands to something more compatible. I went for the traditional HJKL myself, but maybe you'd prefer WASD or IJKL or something. -- 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: 256 colors in tty console?
On Wed, Jan 15, 2014 at 09:28:50PM -0800, Lawrence Jacob Siebert wrote: > But try as I might, I can't figure out how to do this in tmux. And I love > tmux, so I'd prefer to use it instead of screen, if at all possible. tmux always supports 256 colours, but most programs will only try to display 256 colours if the $TERM environment variable names a terminal definition that claims to support 256 colours. By default, tmux sets $TERM for new windows and panes to "screen", which is a terminal definition that claims to support 8 colours. If you put something like this in ~/.tmux.conf: set-option -g default-terminal screen-256color ...then programs running inside tmux should use the "screen-256color" terminal definition which (as the name implies) claims to support 256 colours, and everything should work as you expect. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: LS Colors bugged with urxvt+tmux+256color FAQ Terminfo
On Mon, Jan 20, 2014 at 04:18:33PM +0100, Andreas Herz wrote: > I have the bug described in > http://sourceforge.net/p/tmux/tmux-code/ci/master/tree/FAQ > > so i created the terminfo screen-it as described in the FAQ. [...] > But that destroys LS_COLORS :/ > env | grep LS_COLOR results in LS_COLORS= > instead of > LS=COLORS=rs=0:di=01;34:ln=01; and so on. > > Does anyone have an idea how i can fix both issues the same time :)? LS_COLORS is typically set by the "dircolors" tool, somewhere in your shell's startup scripts (or your system-wide startup scripts, depending on distro). dircolors can read its settings from a config file, but it doesn't unless it's told to. One of the settings in the config file is a whitelist of $TERM types in which it will set LS_COLORS. So: - Create a dircolors config file with some sensible name like ~/.dircolorsrc and put the default configuration into it: dircolors --print-database > ~/.dircolorsrc - Edit ~/.dircolorsrc and add your new terminal to the whitelist, along with all the other TERM entries: TERM screen-it - Edit your shell startup scripts to add the line (or amend it, if it's already there): eval $(dircolors ~/.dircolorsrc) That should do the trick. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments & Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: RFC: Simple mouse wheel emulation
On Tue, Feb 18, 2014 at 6:36 AM, Marcel Partap wrote: > Hi, > please comment on this. > - sends keyboard UP/DOWN sequences per mouse wheel event > - active in alternate screen mode (like xterm) > - also active when pressing SHIFT outside alternate screen (like > previous iteration) > - scrolls 3 lines per event (like f.e. konsole) > - or single lines when SHIFT is held > - holding CTRL, META each gives triple speedup > - doesn't interfere with copy mode. > > - Does it need a switch? option name suggestions? > - Should the "speed factor" be configurable? option name suggestions? +1 to non-copy-mode scroll-wheel interaction! I miss it so much. :) -- In Christ, Timmy V. http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail -- 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=121054471&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
PS1 Not Wrapping
I'm on CentOS 5.8 using a back-ported screen256-color.terminfo that I
snagged from a copy of CentOS 6 using tmux 1.8.
With TERM=screen-256color, my prompt will not wrap long lines.
With TERM={screen,xterm,xterm-256color} my prompt wraps fine.
This is _not_ a tmux issue directly, as if I simply set my TERM
screen-256color in any other context (straight bash, screen, etc.) the
behavior is the same, but you're all very smart people and you're the
community that has the most potential knowledge about my problem that
I'm closest with.
So, thoughts?
--
In Christ,
Timmy V.
http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail
--
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=121054471&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Wed, Feb 19, 2014 at 6:02 PM, Nicholas Marriott
wrote:
> Check what is different between your screen and screen-256color with
> infocmp, there should be very little:
>
> $ infocmp -x screen screen-256color
# infocmp -x screen screen-256color
comparing screen to screen-256color.
comparing booleans.
OTbs: T:F.
OTpt: T:F.
AX: T:F.
G0: T:F.
comparing numbers.
colors: 8, 256.
pairs: 64, 32767.
comparing strings.
kbs: '^H', '\177'.
setab: '\E[4%p1%dm',
'\E[%?%p1%{8}%<%t4%p1%d%e%p1%{16}%<%t10%p1%{8}%-%d%e48;5;%p1%d%;m'.
setaf: '\E[3%p1%dm',
'\E[%?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m'.
sgr0: '\E[m', '\E[m\017'.
E0: '\E(B', NULL.
S0: '\E(%p1%c', NULL.
--
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=121054471&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Thu, Feb 20, 2014 at 3:25 AM, Nicholas Marriott wrote: > What's in your PS1? # echo $PS1 [\u@\h \W]\$ -- 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=121054471&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Thu, Feb 20, 2014 at 3:44 PM, Nicholas Marriott wrote: > How long is it and how wide is your terminal when it doesn't wrap? Or do you > mean it doesn't wrap when you type? # echo '$copy-of-current-prompt' | wc -c 64 It never wraps. Size of terminal doesn't seem to make any difference. Small or large it just never wraps. -- In Christ, Timmy V. http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail -- 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=121054471&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Thu, Feb 20, 2014 at 6:40 PM, Nicholas Marriott wrote: > Did you try modifying a copy of screen terminfo from the running system > instead of copying it from another? You only really need colors, setaf > and setab. How would I go about doing that? All I find on my system are compiled terminfo files, not the source code. > Otherwise I suggest you also check the shell startup files (in /etc too) > to see if there is anything that matches xterm and screen but not > screen-*. I'll try to look into that… -- In Christ, Timmy V. http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail -- 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=121054471&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Thu, Feb 20, 2014 at 6:40 PM, Nicholas Marriott
wrote:
> Otherwise I suggest you also check the shell startup files (in /etc too)
> to see if there is anything that matches xterm and screen but not
> screen-*.
I did find something here but I'm unclear as to how to interpret it.
In the vanilla shell when I ssh up to one of these boxes,
PROMPT_COMMAND is set to what appears to be an entirely non-printing
command: 'printf "\033]0;%s@%s:%s\007" "${USER}" "${HOSTNAME%%.*}"
"${PWD/#$HOME/~}"'
This is caused by the following entries in /etc/bashrc:
# are we an interactive shell?
if [ "$PS1" ]; then
if [ -z "$PROMPT_COMMAND" ]; then
case $TERM in
xterm*)
if [ -e /etc/sysconfig/bash-prompt-xterm ]; then
PROMPT_COMMAND=/etc/sysconfig/bash-prompt-xterm
else
PROMPT_COMMAND='printf "\033]0;%s@%s:%s\007" "${USER}"
"${HOSTNAME%%.*}" "${PWD/#$HOME/~}"'
fi
;;
screen)
if [ -e /etc/sysconfig/bash-prompt-screen ]; then
PROMPT_COMMAND=/etc/sysconfig/bash-prompt-screen
else
PROMPT_COMMAND='printf "\033]0;%s@%s:%s\033\\" "${USER}"
"${HOSTNAME%%.*}" "${PWD/#$HOME/~}"'
fi
;;
*)
[ -e /etc/sysconfig/bash-prompt-default ] &&
PROMPT_COMMAND=/etc/sysconfig/bash-prompt-default
;;
esac
fi
# Turn on checkwinsize
shopt -s checkwinsize
[ "$PS1" = "\\s-\\v\\\$ " ] && PS1="[\u@\h \W]\\$ "
fi
Notice the special handling of screen and xterm*.
Under tmux, PROMPT_COMMAND is empty.
This doesn't seem to explain though why I would be able to get
wrapping back by simply setting TERM to xterm et al in an already
running shell though, because PROMPT_COMMAND is still empty after I
modify that variable.
Anything to see here?
--
In Christ,
Timmy V.
http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail
--
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=121054471&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Fri, Feb 21, 2014 at 3:00 AM, Nicholas Marriott wrote: > Easy way to test is to change screen) to screen*) in the file and logout > and in again but I suspect you are right and it's something else. Yep. Something else. :) -- In Christ, Timmy V. http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail -- 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=121054471&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Fri, Feb 21, 2014 at 3:01 AM, Nicholas Marriott
wrote:
> On Thu, Feb 20, 2014 at 07:25:31PM -0500, Tim Visher wrote:
>> On Thu, Feb 20, 2014 at 6:40 PM, Nicholas Marriott
>> wrote:
>> > Did you try modifying a copy of screen terminfo from the running system
>> > instead of copying it from another? You only really need colors, setaf
>> > and setab.
>>
>> How would I go about doing that? All I find on my system are compiled
>> terminfo files, not the source code.
>
> infocmp -x screen >foo
> edit foo
> tic -x foo
Sweet! So I've got this going on and colors seems like a _very_ easy
thing to change. But the value of setab/f are… intimidating.
Can you give me any tips as to something I could read or just what I
should set them to?
# infocmp -x screen screen-256color
comparing screen to screen-256color.
…
setab: '\E[4%p1%dm',
'\E[%?%p1%{8}%<%t4%p1%d%e%p1%{16}%<%t10%p1%{8}%-%d%e48;5;%p1%d%;m'.
setaf: '\E[3%p1%dm',
'\E[%?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m'.
…
FWIW, satab/f are the exact same value on the remote box as they are
on my mac and on my mac everything works.
--
In Christ,
Timmy V.
http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail
--
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=121054471&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Fri, Feb 21, 2014 at 3:01 AM, Nicholas Marriott
wrote:
> On Thu, Feb 20, 2014 at 07:25:31PM -0500, Tim Visher wrote:
>> On Thu, Feb 20, 2014 at 6:40 PM, Nicholas Marriott
>> wrote:
>> > Did you try modifying a copy of screen terminfo from the running system
>> > instead of copying it from another? You only really need colors, setaf
>> > and setab.
>>
>> How would I go about doing that? All I find on my system are compiled
>> terminfo files, not the source code.
>
> infocmp -x screen >foo
> edit foo
> tic -x foo
# infocmp -x screen screen-256color
comparing screen to screen-256color.
comparing booleans.
comparing numbers.
colors: 8, 256.
pairs: 64, 32767.
comparing strings.
setab: '\E[4%p1%dm',
'\E[%?%p1%{8}%<%t4%p1%d%e%p1%{16}%<%t10%p1%{8}%-%d%e48;5;%p1%d%;m'.
setaf: '\E[3%p1%dm',
'\E[%?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m'.
Still no joy. Although all I'm doing is launching a new tmux session
to test, not actually killing the box and bringing it back up. Should
I be doing something more extreme?
--
In Christ,
Timmy V.
http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail
--
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=121054471&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Fri, Feb 21, 2014 at 10:33 AM, Nicholas Marriott
wrote:
> You can just copy setaf and setab, the idea is to leave everything except
> them and colors alone
# infocmp -x screen screen-256color
comparing screen to screen-256color.
comparing booleans.
comparing numbers.
colors: 8, 256.
comparing strings.
setab: '\E[4%p1%dm',
'\E[%?%p1%{8}%<%t4%p1%d%e%p1%{16}%<%t10%p1%{8}%-%d%e48;5;%p1%d%;m'.
setaf: '\E[3%p1%dm',
'\E[%?%p1%{8}%<%t3%p1%d%e%p1%{16}%<%t9%p1%{8}%-%d%e38;5;%p1%d%;m'.
So the only differences are colors, setab, and setaf and still no joy.
--
In Christ,
Timmy V.
http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail
--
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=121054471&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Sat, Feb 22, 2014 at 12:35 PM, Nicholas Marriott
wrote:
> Hmm. Are you starting a new terminal each time you test or logging in
> and out or what?
Testing procedure is:
1. Edit terminfo
2. tic -x terminfo
3. ntmux test
4. prefix-key 1
5. type a bunch until i get to the right edge of the screen and see if it wraps
$ cat ntmux
#!/usr/bin/env bash
set -exu
function tmux_default_command {
if tmux show-options -gv default-command > /dev/null
then
tmux show-options -gv default-command
exit 0
fi
if hash reattach-to-user-namespace 2> /dev/null
then
echo 'reattach-to-user-namespace -l bash'
else
echo 'bash'
fi
}
function emacs_command {
echo 'emacs'
}
function new_tmux {
session_name=$1
base_dir=$2
default_command=$(tmux_default_command)
default_command=${default_command:-}
cd $base_dir
tmux new-session -d -s $session_name -n editor "$default_command -c
$(emacs_command); $default_command"
tmux set-option -g default-command "$default_command"
tmux new-window -t $session_name -n admin
tmux new-window -t $session_name -n services
tmux select-window -t 1
tmux select-window -t 0
tmux attach
}
name=${1:-}
base_dir=${2:-}
if [[ ! -z $base_dir ]]
then
new_tmux $name $base_dir
exit 0
else
name=${name:-default}
base_dir=${base_dir:-$HOME}
fi
function tmux_sessions {
if tmux ls -F'#{session_name}' > /dev/null
then
tmux ls -F'#{session_name}'
fi
}
for s in $(tmux_sessions)
do
if [[ $s == *$name* ]]
then
tmux attach -t $s
exit 0
fi
done
IFS=$(echo -en "\n\b")
git_projects=$(find ~ -name '.git' -type d -maxdepth 4)
for gp in $git_projects
do
project_dir=$(dirname "$gp")
project_name="$(basename $project_dir)"
if [[ $project_name == *$name* ]]
then
new_tmux $project_name $project_dir
exit 0
fi
done
new_tmux $name $base_dir
> Can you show me the output of "set" in your shell?
# set # in the raw shell
BASH=/bin/bash
BASH_ARGC=()
BASH_ARGV=()
BASH_LINENO=()
BASH_SOURCE=()
BASH_VERSINFO=([0]="3" [1]="2" [2]="25" [3]="1" [4]="release"
[5]="i686-redhat-linux-gnu")
BASH_VERSION='3.2.25(1)-release'
COLORS=/etc/DIR_COLORS
COLUMNS=84
DIRSTACK=()
EUID=0
GROUPS=()
G_BROKEN_FILENAMES=1
HISTFILE=/root/.bash_history
HISTFILESIZE=1000
HISTSIZE=1000
HOME=/root
HOSTNAME=…
HOSTTYPE=i686
IFS=$' \t\n'
INPUTRC=/etc/inputrc
LANG=en_US.UTF-8
LESSOPEN='|/usr/bin/lesspipe.sh %s'
LINES=21
LOGNAME=root
LS_COLORS=
MACHTYPE=i686-redhat-linux-gnu
MAIL=/var/spool/mail/root
MAILCHECK=60
OPTERR=1
OPTIND=1
OSTYPE=linux-gnu
PATH=…
PIPESTATUS=([0]="0")
PPID=6633
PROMPT_COMMAND='printf "\033]0;%s@%s:%s\007" "${USER}"
"${HOSTNAME%%.*}" "${PWD/#$HOME/~}"'
PS1='[\u@\h \W]\$ '
PS2='> '
PS4='+ '
PWD=/root
SHELL=/bin/bash
SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:interactive-comments:monitor
SHLVL=1
…
TERM=xterm-256color
UID=0
USER=root
…
consoletype=pty
tmpid=0
_run-script ()
{
local cur;
COMPREPLY=();
cur=${COMP_WORDS[COMP_CWORD]};
COMPREPLY=($(compgen -W '$(ls /var/cache/install/boot/scripts/)' -- $cur))
}
# set # in tmux
BASH=/bin/bash
BASH_ARGC=()
BASH_ARGV=()
BASH_LINENO=()
BASH_SOURCE=()
BASH_VERSINFO=([0]="3" [1]="2" [2]="25" [3]="1" [4]="release"
[5]="i686-redhat-linux
-gnu")
BASH_VERSION='3.2.25(1)-release'
COLORS=/etc/DIR_COLORS
COLUMNS=84
DIRSTACK=()
EUID=0
GROUPS=()
G_BROKEN_FILENAMES=1
HISTFILE=/root/.bash_history
HISTFILESIZE=1000
HISTSIZE=1000
HOME=/root
HOSTNAME=…
HOSTTYPE=i686
IFS=$' \t\n'
INPUTRC=/etc/inputrc
LANG=en_US.UTF-8
LESSOPEN='|/usr/bin/lesspipe.sh %s'
LINES=20
LOGNAME=root
LS_COLORS=
MACHTYPE=i686-redhat-linux-gnu
MAIL=/var/spool/mail/root
MAILCHECK=60
OPTERR=1
OPTIND=1
OSTYPE=linux-gnu
PATH=…
PIPESTATUS=([0]="0")
PPID=7367
PS1='[\u@\h \W]\$ '
PS2='> '
PS4='+ '
PWD=/root
SHELL=/bin/bash
SHELLOPTS=braceexpand:emacs:hashall:histexpand:history:interactive-comments:monitor
SHLVL=4
…
TERM=screen-256color
TMUX=/tmp/tmux-0/default,7367,0
TMUX_PANE=%1
UID=0
USER=root
_=/etc/bashrc
consoletype=pty
tmpid=0
--
In Christ,
Timmy V.
http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail
--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
___
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Mon, Feb 24, 2014 at 5:56 PM, Nicholas Marriott wrote: > So the problem is not that your PS1 doesn't wrap, it's that your typing > into the shell prompt doesn't wrap. I'm sorry. I thought that was clear but it clearly wasn't. :) > Does it wrap if you type into "cat"? Yes. -- In Christ, Timmy V. http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Tue, Feb 25, 2014 at 9:23 AM, Nicholas Marriott wrote: > if you run: > > eval `resize` > > in the shell does it help? # eval `resize` bash: resize: command not found > if not, please run "script" then type at the prompt until it should have > wrapped and then hit enter, type "exit" and send me the "typescript" > file from the current dir Attached. Thank you so much for all your help! -- In Christ, Timmy V. http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail typescript Description: Binary data -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Tue, Feb 25, 2014 at 9:36 AM, Nicholas Marriott wrote: > Can you do the same with a working TERM and show me that typescript file > too? Attached. [root@host ~]# TERM=screen [root@host ~]# script Script started, file is typescript [root@host ~]# staho eustaeho usntaeho usntaeoh usntaeohu snaetou h bash: staho: command not found [root@host ~]# exit exit Script done, file is typescript -- In Christ, Timmy V. http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail typescript Description: Binary data -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Tue, Feb 25, 2014 at 10:00 AM, Nicholas Marriott wrote: > This is confusing, what is " do the same but just type a and so on until > after it should have wrapped both for working and nonworking. Attached. > Also does the first line of "stty -a" match the actual rows and columns > of your terminal? Yes. -- In Christ, Timmy V. http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail typescript.screen Description: Binary data typescript.sreen-256color Description: Binary data -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: PS1 Not Wrapping
On Tue, Feb 25, 2014 at 5:25 PM, Nicholas Marriott wrote: > What shell are you using? Does this happen in other shells? I use bash. From my (perhaps wrong) experimentation with it in ksh, it appears _not_ to happen. If you could give me a recipe for testing it in a way that would give you information that would be appreciated as I've basically always used bash. > This does happen outside tmux too, right? Yes. > What if you do "env -i bash --noprofile" or whatever equivalent to > --noprofile you get from your shell? I've attached the logs. It still happens. [root@host ~]# TERM=screen-256color [root@host ~]# env -i bash --noprofile [root@host root]# PS1=# #script Script started, file is typescript http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail typescript-no-profile.screen-256color Description: Binary data -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
pipe-pane doesn't work in 1.8... does work in 1.9a
Hi all, This is probably old news, but I can't get pipe-pane to work in 1.8. It does work in 1.6 and 1.9a. My test script and the results are attached, in case your interested. So I know the bug was already fixed, but I was wondering if there was any kind of work around. I'm working with a system which is unfortunately stuck with 1.8. My end goal is to pipe the output of an interactive program running in the shell to another program, a logger. Is there a better way to do that? I'm currently playing around with tee. -- Tim RESULTS: -- tperkins@ubuvm:~/tmux_test$ ./test.sh failed to connect to server: Connection refused Starting session. --- BEGIN SESSION LOG --- echo "hello..." tperkins@ubuvm:~/tmux_test$ echo "hello..." hello... tperkins@ubuvm:~/tmux_test$ --- END SESSION LOG --- Version info: Linux ubuvm 3.2.0-54-generic #82-Ubuntu SMP Tue Sep 10 20:08:42 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux tmux 1.6 -- tperkins@pv1212003 ~/tmux_test $ ./test.sh failed to connect to server Starting session. --- BEGIN SESSION LOG --- --- END SESSION LOG --- Version info: Linux pv1212003 3.8.13-gentoo #1 SMP Thu Aug 22 00:22:39 Local time zone must be set--see zic i686 Intel(R) Core(TM) i5-3450 CPU @ 3.10GHz GenuineIntel GNU/Linux tmux 1.8 -- tperkins@pv1212003 ~/tmux_test $ ./test.sh failed to connect to server: Connection refused Starting session. --- BEGIN SESSION LOG --- echo "hello..." tperkins@pv1212003 ~/tmux_test $ echo "hello..." hello... tperkins@pv1212003 ~/tmux_test $ --- END SESSION LOG --- Version info: Linux pv1212003 3.8.13-gentoo #1 SMP Thu Aug 22 00:22:39 Local time zone must be set--see zic i686 Intel(R) Core(TM) i5-3450 CPU @ 3.10GHz GenuineIntel GNU/Linux tmux 1.9a test.sh Description: Bourne shell script -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Want to resize-pane without resizing the adjacent pane with it
On Fri, Jul 11, 2014 at 02:47:09PM +0900, Tatsuo Natsukawa wrote: > but a tmux resize-pane -t 1 -D 1 gives me: > > +---+---+ > | | | > | 0 | 1 | > | | | > | | | > +---+---+ > | 2 | 3 | > | | | > +---+---+ > > I would like to resize pane 1 without resizing pane 0 with it. Please help. It depends how your splits are created. If you create your 2x2 split window like this (or with the equivalent key-bindings): tmux split-window -v tmux split-window -h -t 1 tmux split-window -h -t 0 ...then your tmux resize-pane command works as you describe, resizing the entire row. If you create your splits like this: tmux split-window -h tmux split-window -v -t 1 tmux split-window -v -t 0 ...then your tmux resize-pane command works as you want it to, just resizing just the top-right hand pane. -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: stdout becomes scrambled at times when running ag
On Thu, Jul 17, 2014 at 04:24:24PM -0400, Kaushal wrote: > @Michael, thanks for the tip on using `reset`. Now at least I don't need to > kill the pane every time that happens :) > @Nicholas, I'll update from git For more information, see the recently-filed ticket 137: http://sourceforge.net/p/tmux/tickets/137/ -- 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: can't copy to clipboard
I have this exact setup working. Maybe share your .tmux.conf? Mine's here: https://github.com/timvisher/bash_configuration/blob/master/dotfiles/tmux.conf On Thu, Jul 17, 2014 at 10:18 PM, Frimann Kjerulf wrote: > Hi > > I'm running iTerm2 on a mac and connecting to various tmux versions on a few > Ubuntu machines, versions ranging from 1.6 to 1.9. > > I'm wondering if it's possible to get the copy function working? > > I've tried various things, like selecting text with the mouse. The text > get's selected, and then the selection disappears, the only way I've found > to copy text with the mouse is by holding option/alt while selecting, That > has a draw back since the selection will copy text from the next panel as > well. > > Also one is supposed to be able to select text by going into copy mode with > ctrl + b [. That works for me, but using spacebar to start selecting text > doesn't work for me. > > Now I've found various "fixes" around the net of some commands to put in > .tmux.conf, but none of them worked for me. > > So I'm wondering, is this possible? > > Kær Kveðja / Kind Regards > Frímann Kjerúlf Björnsson > GSM: +354 822-3685 > > -- > 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 > -- 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
Debugging Server Crashes?
Hi Everyone, I use tmux 1.9a on Mac 10.10.2 pretty heavily and I've noticed that every couple of weeks lately the server simply dies. I did some research and discovered the `-` flags to spit out logs. A crash just happened, what do I do to figure out what's going on? I've captured all the client and server logs that I can find. -- In Christ, Timmy V. http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
Re: Mouse-using applications inside tmux, in wide terminals
On Thu, Apr 30, 2015 at 07:39:01PM -0500, Elliott Cable wrote: > So, I can use the mouse to adjust `tmux` panes in Terminals wider than > 223 characters (I'm not sure *how*, as theoretically the xterm > sequences should only support indexing up to 223 characters in both X > and Y *anyway*, if I recall correctly.) Similarly, `vim` and `nano -m` > both support Terminals wider than 223 columns. The original xterm mouse protocol only supports up to 223 columns and lines. Later versions of the protocol used UTF-8 encoding, which turned out to be a terrible idea, and more modern terminals support a completely different protocol based on the SGR escape sequence that's much more sane. tmux automatically supports the original protocol and the SGR protocol both ways (to the terminal it's running inside of, and to the applications running inside it.) but it only requests UTF-8 mode from the outer terminal if 'mouse-utf8' is enabled in the config file. You can use the vttest tool to experiment with different mouse protocols inside and outside tmux to get a better idea what's going on. > However, when console applications such as those are launched *inside* > a single, large `tmux` pane, I can no longer mouse-address columns > past 223. (This is particularly problematic for me, personally, > because that's almost precisely the section of my screen where my vim > directory-tree sits. :P) According to the documentation for Vim's 'ttymouse' option, it will ask the terminal for original-xterm-protocol support if $TERM is a variant of xterm, mlterm or screen (and tmux reports itself as screen, so that's OK). If the terminal supports the "RV" termcap feature to determine the xterm version number, Vim will use that to automatically upgrade to 'xterm2' or 'sgr' mouse protocols... but typically only xterm advertises "RV" support, so tmux is left out of the automatic upgrade process. In my ~/.vimrc I have the following code to enable decent mouse support, instead of relying on Vim's autodetection: " Screen/tmux can also handle xterm mousiness, but Vim doesn't " detect it by default. if &term == "screen" set ttymouse=xterm2 endif if v:version >= 704 && &term =~ "^screen" " Odds are good that this is a modern tmux, so let's pick the " best mouse-handling mode. set ttymouse=sgr endif -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
