Re: tmux scrolls rather slow?
On 3 December 2012 13:31, Alexander Skwar wrote: > Hi > > I noticed that tmux v1.6 on Ubuntu 12.10 seems to scroll rather slowly > in my Gnome Terminal window. That's especially noticeable, when doing > "tail -F $logfile" and there's a lot of output in $logfile. Use tmux 1.7 and have a look at the c0-* options which control the rate-limiting tmux can use. -- Thomas Adam -- 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 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
Hello. 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. PS> nor do I see the necessity to cc: list posts unless an individual requests PS> an *additional* copy ??? Depends. -- Peter Vereshagin (http://vereshagin.org) pgp: A0E26627 -- 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
Re: [perl] Tmux rocks - it debugs fork()s
Hello. 2012/12/03 10:59:39 -0500 Patrick Shanahan => To tmux-users@lists.sourceforge.net : PS> > PS> > TA> [Adding back tmux-users@ to Cc list. Please don't cull it next time.] PS> > PS> > PS> > PS> > thought I did. No X-Mailing-List comes here so mutt's 'list-reply' doesn't PS> > PS> > work. PS> > PS> > PS> > PS> PS> > PS> odd, it works for me and I don't even have tmux listed as "subscribe" or PS> > PS> "list". mutt-1.5.21 on openSUSE Tumbleweed PS> > PS> > Then it was Cc'ed to me and the X-Mailing-List wasn't added by the sender. PS> PS> >From my history of this list it appears Mr. Adams posts *directly* to the PS> OP and cc's the list, usually. I do not understand that approach as PS> pervious experience indicates list postings "should go to the list" unless PS> the OP specifically requests to be cc'd. Cc: or not Cc:? (to sender) It's a typical kind of a too long story about holy wars has been thundering on almost every mailing list ever. Add here that there's a X-Comment-To: the few can read and the fewer use to write. PS> > PS> nor do I see the necessity to cc: list posts unless an individual PS> > PS> requests an *additional* copy ??? PS> > PS> > Depends. PS> PS> His cc problem is his configuration of mutt. He can make cc'ing PS> automatical even if the cc: header is removed/stripped. And if he uses PS> "group-reply", normally bound to 'g' in mutt, existance of the header PS> would not affect his manner of posting and would not require changing his PS> .muttrc. The post would be to the poster and cc the list as he presently PS> appears to prefer. Can't think of it as a Tmux problem. List messages arrival is later and is less reliable. Also, it has a commercial added here which is not a plus. If the dupes are the problem then it's easy to setup an MDA filter against them. IMHO to receive the same message from both the list and from sender is a non-problem if not an advantage. -- Peter Vereshagin (http://vereshagin.org) pgp: A0E26627 -- 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
Session running but won't re-attach
Hello, I've been running a tmux session for a few weeks now without any issue. Today, I detached from it in one terminal and tried to attach to it from a new terminal. This failed with tmux saying 'no sessions'. However, if I run a ps I can still see the tmux process and all sub shell are running just fine. Has anyone seen this? Can I re-attach to them or do I have to kill them and start over? -Feanil -- 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: Session running but won't re-attach
No, haven't upgraded tmux since I first installed it. On Mon, Dec 3, 2012 at 1:46 PM, Sol Jerome wrote: > Did you upgrade tmux recently? I see this when I have upgraded tmux and > have an older version of the server running. > > > > > HTH, > > > > Sol > > * Dec 03, 2012, at 13:39:54 PM, Feanil Patel wrote: > > Hello, > > > > I've been running a tmux session for a few weeks now without any issue. > > Today, I detached from it in one terminal and tried to attach to it > from a > > new terminal. This failed with tmux saying 'no sessions'. However, if I > > run a ps I can still see the tmux process and all sub shell are running > > just fine. Has anyone seen this? Can I re-attach to them or do I have > to > > kill them and start over? > > > > -Feanil > > > > -- > > 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 > -- 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: Session running but won't re-attach
probably either TMPDIR is different or it otherwise can't find the socket try sending the tmux server SIGUSR1 to make it recreate the socket if it has been removed On Mon, Dec 03, 2012 at 01:39:54PM -0500, Feanil Patel wrote: >Hello, >I've been running a tmux session for a few weeks now without any issue. >**Today, I detached from it in one terminal and tried to attach to it from >a new terminal. **This failed with tmux saying 'no sessions'. **However, >if I run a ps I can still see the tmux process and all sub shell are >running just fine. **Has anyone seen this? **Can I re-attach to them or do >I have to kill them and start over? >-Feanil > -- > 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 -- 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
pane name or predefined index
Hello. Is there a way to set a name or predefined index for a new pane with split-window command? I want to achieve the following behavior: 1. by C-a m get a prompt for a manpage name, open man in a new pane, but do not place cursor on that pane. 2. by C-a m get another prompt for a manpage and open new man in the same designated pane. 3. by C-a m ENTER check that manpage name is empty and so close the designated pane. Is it possible in tmux? Also is there a shortcut similar to C-a x, but that kills all panes but current? Thanks in advance, Sergey Naumov. -- 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: Session running but won't re-attach
That did it! On Mon, Dec 3, 2012 at 2:22 PM, Nicholas Marriott < nicholas.marri...@gmail.com> wrote: > probably either TMPDIR is different or it otherwise can't find the socket > > try sending the tmux server SIGUSR1 to make it recreate the socket if it > has been removed > > > On Mon, Dec 03, 2012 at 01:39:54PM -0500, Feanil Patel wrote: > >Hello, > >I've been running a tmux session for a few weeks now without any > issue. > >**Today, I detached from it in one terminal and tried to attach to it > from > >a new terminal. **This failed with tmux saying 'no sessions'. > **However, > >if I run a ps I can still see the tmux process and all sub shell are > >running just fine. **Has anyone seen this? **Can I re-attach to them > or do > >I have to kill them and start over? > >-Feanil > > > > -- > > 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 > > -- 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
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. 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. > 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. -- Thomas Adam -- 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
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
