I haven't actually read what you said in detail, but:
For myself, I discovered that trying to make complicated binds with
multiple steps involving the paste buffer just didn't work. So
instead I put everything in a script:
bind w run-shell "~/bin/ws_trim_wrap ' '"
- ---
#!/
So far, no problems.
I actually left yes running in another window for 15+ minutes, and
ctrl-c was caught in a second or so.
No problems with interactive behaviour that I can see.
\o/
Do you have a wishlist somewhere? :)
-Robin
On Fri, Dec 23, 2011 at 01:37:00PM -0800, Robin Lee Powell
helps and if so what value for BYTES_MAX is
> acceptable?
>
> If it doesn't help let me know, I have another diff to rate limit
> outgoing data that might help instead. Or if not that, there is
> other stuff we can try.
>
>
> On Mon, Dec 19, 2011 at 04:47:12PM -080
On Tue, Dec 20, 2011 at 12:04:28AM +, Nicholas Marriott wrote:
> On Mon, Dec 19, 2011 at 03:59:39PM -0800, Robin Lee Powell wrote:
> > I've never had this level of problem with screen, at all, and I
> > used it for many many years for everything.
> >
> > On
> > terminate yes pretty much instantly.
> >
> > But so can tmux. So no help there.
> >
> >
> >
> > On Mon, Dec 19, 2011 at 03:59:39PM -0800, Robin Lee Powell wrote:
> > > I've never had this level of problem with screen, at all, and I used
&g
I've never had this level of problem with screen, at all, and I used
it for many many years for everything.
On Mon, Dec 19, 2011 at 11:43:04PM +, Nicholas Marriott wrote:
> screen does not successfully rate limit either or if it does
> nobody has yet to clearly demonstrate a case where it does
On Mon, Dec 19, 2011 at 11:20:29PM +, Nicholas Marriott wrote:
> This is actually quite a hard problem.
;( I thought it might be. Steal the code from screen? :D
> The issue is that it is difficult on a fast machine to rate limit
> vast, continuous amounts of data quickly enough and to a sl
I have literally been watching the output of "perl -d:Trace" for
more than 10 minutes, waiting to be granted control of my terminal
again. :( I can't do any tmux commands at all.
-Robin
--
http://singinst.org/ : Our last, best hope for a fantastic future.
Lojban (http://www.lojban.org/): The
, Nicholas Marriott wrote:
> It wasn't supported in tmux 1.4, try tmux 1.5?
>
> If that doesn't work, send me the output of "clear|cat -v" on your
> box.
>
>
> On Sat, Sep 24, 2011 at 06:25:40PM -0700, Robin Lee Powell wrote:
> > Note, by the way,
I just started running 1.5, and it looks like now the character
under the cursor *is* included in copies, where before it was not.
This is rather startling. What's going on?
-Robin
--
All the data continuously generate
k, send me the output of "clear|cat -v" on your
> box.
>
>
> On Sat, Sep 24, 2011 at 06:25:40PM -0700, Robin Lee Powell wrote:
> > Note, by the way, that on other machines "clear" *used* to do the
> > right thing for me; we had a long thre
ora 15, running tmux 1.4.
Suggestions welcome for how to test/debug this, as usual.
-Robin
On Sat, Sep 24, 2011 at 06:15:29PM -0700, Robin Lee Powell wrote:
> On my current Fedora machine, no, it doesn't.
>
> If I run "clear", with alternate-screen off, it simply destroy
On my current Fedora machine, no, it doesn't.
If I run "clear", with alternate-screen off, it simply destroys
what's on the screen; it doesn't go into tmux's backscroll/history
or anything, it's just *gone*.
I want this fixed so very, very badly. ;_;
It annoys me so much that I may have to swit
it to do it less often but
> automatic-rename will be less responsive.
>
>
>
> On Sat, Jul 23, 2011 at 07:40:15PM -0700, Robin Lee Powell wrote:
> >
> > Discovered this working on a tmux-related selinux issue,
> > https://bugzilla.redhat.com/show_bug.cgi?id=72339
Discovered this working on a tmux-related selinux issue,
https://bugzilla.redhat.com/show_bug.cgi?id=723391 ; apparently tmux
really really really wants to know what command line it was run
with, since it checks about 2 times a second:
19:39:14 munmap(0x2b42928aa000, 4096) = 0
19:39:14 gettime
On Wed, May 18, 2011 at 05:18:13PM -0700, Randy Stauner wrote:
> what version of vim are you using?
VIM - Vi IMproved 7.3 (2010 Aug 15, compiled May 7 2011 15:02:28)
Included patches: 1-154
Modified by pkg-vim-maintain...@lists.alioth.debian.org
Compiled by bui...@brahms.debian.org
Huge version w
> non-256-colour terminal which somehow wrongly depends on bce.
>
> Do you see this with TERM=screen-256color?
>
>
>
> On Wed, May 18, 2011 at 04:11:06PM -0700, Robin Lee Powell wrote:
> > Ah, you're right; vim is doing something weird.
> >
> &g
-0700, Robin Lee Powell wrote:
> Ah, you're right; vim is doing something weird.
>
> If I comment out my vimrc, everything works fine with HEAD.
>
> Yeh, it's "colorscheme desert256" that's doing it; in HEAD it's fine
> without that.
>
> I suppose
ase and just means the terminal can erase
> using the background colour rather than black
>
> does changing vim theme make any difference? is your theme 256 or 16
> colour?
>
>
> On Wed, May 18, 2011 at 03:55:28PM -0700, Robin Lee Powell wrote:
> > On Wed, May 18, 20
On Wed, May 18, 2011 at 03:27:20PM -0700, Micah Cowan wrote:
>
> A workaround should be to alias vim to 'clear; vim' or something.
Ah. Yes, that works; with older tmux I had tested clear and it
broke in the same way vim does, but with HEAD this works fine.
> What I don't understand is: what mad
On Wed, May 18, 2011 at 02:04:21PM -0700, Micah Cowan wrote:
> (05/18/2011 01:47 PM), Robin Lee Powell wrote:
> >> I'm using the tmux from CVS HEAD. Perhaps you can try that out?
> >
> > Certainly.
>
> Okay, good news: I grabbed a copy of tmux 1.4 from sourcef
On Wed, May 18, 2011 at 01:53:05PM -0700, Micah Cowan wrote:
> (05/18/2011 01:47 PM), Robin Lee Powell wrote:
> > On Wed, May 18, 2011 at 01:43:38PM -0700, Micah Cowan wrote:
> >> (05/18/2011 01:28 PM), Micah Cowan wrote:
> >>> (05/18/2011 01:19 AM), Robin Lee Powe
On Wed, May 18, 2011 at 01:43:38PM -0700, Micah Cowan wrote:
> (05/18/2011 01:28 PM), Micah Cowan wrote:
> > (05/18/2011 01:19 AM), Robin Lee Powell wrote:
> >> It's vim, not less, and yes, it appears to be overwriting.
> >>
> >> The issue is that I don&#x
On Wed, May 18, 2011 at 01:39:35PM -0700, Robin Lee Powell wrote:
> On Wed, May 18, 2011 at 01:28:32PM -0700, Micah Cowan wrote:
> > (05/18/2011 01:19 AM), Robin Lee Powell wrote:
> > > It's vim, not less, and yes, it appears to be overwriting.
> > >
> >
On Wed, May 18, 2011 at 01:28:32PM -0700, Micah Cowan wrote:
> (05/18/2011 01:19 AM), Robin Lee Powell wrote:
> > It's vim, not less, and yes, it appears to be overwriting.
> >
> > The issue is that I don't have this problem in screen.
> >
> > OK, s
On Wed, May 18, 2011 at 12:33:11PM -0700, Micah Cowan wrote:
> (05/18/2011 11:18 AM), Robin Lee Powell wrote:
>
> > http://teddyb.org/~rlpowell/media/public/tmp/screen.txt
> >
> > http://teddyb.org/~rlpowell/media/public/tmp/tmux.txt
>
> Do you still get the same
On Wed, May 18, 2011 at 12:06:28PM -0700, Micah Cowan wrote:
> (05/18/2011 11:18 AM), Robin Lee Powell wrote:
> > Huh. My tmux.conf doesn't seem to actually *work*; I have to
> > manually do a ":set-window-option alternate-screen" when I
> > launch tmux
On Wed, May 18, 2011 at 11:18:57AM -0700, Robin Lee Powell wrote:
> On Wed, May 18, 2011 at 09:56:49AM -0700, Micah Cowan wrote:
> > (05/18/2011 08:01 AM), Randy Stauner wrote:
> > > I have tried to recreate this according to your steps and it
> > > does not happen to m
On Wed, May 18, 2011 at 09:56:49AM -0700, Micah Cowan wrote:
> (05/18/2011 08:01 AM), Randy Stauner wrote:
> > I have tried to recreate this according to your steps and it
> > does not happen to me, things look as you would expect them. I
> > tried zsh as well--no change.
> >
> > It does seem odd
That tells vim, also, not to clear the screen (like alternate-screen off).
>
> Does that change anything?
>
> On Wed, May 18, 2011 at 1:19 AM, Robin Lee Powell <
> rlpow...@digitalkingdom.org> wrote:
>
> > It's vim, not less, and yes, it appears to be
with alternate-screen off. if less redraws by overwriting or
> otherwise does not scroll the screen, the history won't be changed
>
>
>
> On Wed, May 18, 2011 at 12:39:53AM -0700, Robin Lee Powell wrote:
> > Nope; see rest of thread.
> >
> > -Robin
> &
Nope; see rest of thread.
-Robin
On Wed, May 18, 2011 at 08:34:23AM +0100, Nicholas Marriott wrote:
> Turn off the alternate-screen option and it should change both of these.
>
>
>
> On Tue, May 17, 2011 at 06:10:58PM -0700, Robin Lee Powell wrote:
> >
> > I ca
On Tue, May 17, 2011 at 11:37:52PM -0700, Micah Cowan wrote:
> On 05/17/2011 10:46 PM, Robin Lee Powell wrote:
> >>"Replaces"? No, it'll scroll it off, I'd think. Which is what
> >>you said you wanted - all the backscroll intact.
> >
> >No,
On Tue, May 17, 2011 at 10:26:33PM -0700, Micah Cowan wrote:
> On 05/17/2011 10:21 PM, Robin Lee Powell wrote:
> >On Tue, May 17, 2011 at 09:16:16PM -0700, Micah Cowan wrote:
> >>On 05/17/2011 06:10 PM, Robin Lee Powell wrote:
> >>>
> >>>I came, ove
On Tue, May 17, 2011 at 09:16:16PM -0700, Micah Cowan wrote:
> On 05/17/2011 06:10 PM, Robin Lee Powell wrote:
> >
> >I came, over the years, to rely very much on screen's backscroll
> >behaviour[1], so certain aspects of tmux's behaviour have
> >surprised
I came, over the years, to rely very much on screen's backscroll
behaviour[1], so certain aspects of tmux's behaviour have surprised
me, and I'm wondering if they can be changed.
1. When I quit "less", it goes away. I'm used to the output of
less staying in the shell window/the terminal backscr
Like many people, I have bindings in screen so "META - 1" takes me
to window 11. I rely on this pretty heavily, it's very much in
muscle memory, and would love to have an equivalent in tmux. Does
such a facility for two-character commands exist?
Thanks.
-Robin
--
http://singinst.org/ : Our
hy).
-Robin
On Mon, May 09, 2011 at 12:01:39PM +0800, solotim wrote:
> -- Forwarded message --
> From: solotim
> Date: 2011/5/9
> Subject: Re: Question: how to interrupt a process by pressing Ctrl-C in tmux?
> To: Robin Lee Powell
>
>
> Thank you for the q
On Mon, May 09, 2011 at 09:31:05AM +0800, solotim wrote:
>
> I've been enjoying tmux for couple of weeks. There is a problem
> baffled me a lot and I don't know how to bypass it.
>
> Say, I have a long txt file, and I 'cat file.txt' in tmux, then
> the tmux will be busy to take over the output. I
ffer is an issue in a
way it wasn't before.
The obvious suggestion there would be a throttling option, but (1)
that sounds hard (2) I imagine it would lead to other surprising
behaviour.
-Robin
On Tue, Apr 19, 2011 at 04:52:50PM -0700, Robin Lee Powell wrote:
> Yeah, ssh in both case
{
> + server_client_check_backoff(c);
> server_client_check_redraw(c);
> server_client_reset_state(c);
> }
>
>
> On Tue, Apr 19, 2011 at 04:31:42PM -0700, Robin Lee Powell wrote:
> > I have a large t
I have a large terminal (200+ wide/80+ high) running tmux.
Sometimse I have code that dumps large amounts of data, and things
get pretty slow with the redrawing.
That part I'm OK with, but what's bothering me is that in screen, I
could switch windows, and the busy window would update silently
whil
e the weirdest thing my brain
has ever done to me. :D
-Robin
On Sun, Apr 17, 2011 at 08:09:20PM +0100, Nicholas Marriott wrote:
> Not sure what you mean here?
>
> Only think I use is multiple prefix keys...
>
>
> On Thu, Apr 14, 2011 at 10:55:41AM -0700, Robin Lee Powell wrot
On Thu, Apr 14, 2011 at 04:02:04PM -0700, Micah Cowan wrote:
> (04/14/2011 03:59 PM), Robin Lee Powell wrote:
> > I did that, and greated a new window, and "set -w utf8" returns
> > off, and after doing "set -w utf8 on" it still returns off.
>
> We
On Thu, Apr 14, 2011 at 07:53:26PM -0300, Tiago Resende wrote:
> On Thursday, 2011-04-14, at 15:25:38 -0700, Robin Lee Powell
> wrote:
> > I'm not, no; the man page seems to say that that's not actually
> > required, that you can change these options on the fly. W
On Thu, Apr 14, 2011 at 07:22:14PM -0300, Tiago Resende wrote:
> Are you running tmux with -u? The only reason I ask is because
> just the other day I ran into this problem and took me quite a
> while to figure it out. I usually alias tmux to tmux -u, so when I
> didn't have my alias available, I c
o your tmux configuration?
>
> Ton
>
> On Thu, Apr 14, 2011 at 7:54 PM, Robin Lee Powell
> wrote:
> >
> > I'm on gentoo, with manually-compiled tmux 1.4.
> >
> > I'm using putty from windows. I have things set to UTF8, and it
> > worked fine unde
I'm on gentoo, with manually-compiled tmux 1.4.
I'm using putty from windows. I have things set to UTF8, and it
worked fine under GNU screen in the same configuration.
I'm having visible problems, like - showing up as a no entity box in
man pages.
When I run:
set-window-option -g utf8 on
n
I seem to recall that tmux is supposed to have features that make it
easier to deal with sshing to a remote tmux under one's master tmux,
compared to screen's behaviour. Did I hallucinate this?
-Robin
--
http://singinst.org/ : Our last, best hope for a fantastic future.
Lojban (http://www.lojb
On Wed, Dec 15, 2010 at 03:48:18AM -0800, kevin beckford wrote:
> I'm using iterm, in os x and tmux.
That's going to be up to iterm; you'll need to tell it to cause the
apple key to send a keycode of some kind into the terminal.
Otherwise, nothing in the terminal can see it at all.
-Robin
--
On Fri, Feb 19, 2010 at 05:25:36PM +0100, clemens fischer wrote:
> What I have in mind is something special for any selection and would
> only apply to copy-mode: a per-window (per-pane?) option in a special
> struct hanging off of "struct window"(?), roughly:
>
> struct selection_op {
>
y), not in the copy mode.
>
>
> On Fri, Feb 19, 2010 at 05:25:36PM +0100, clemens fischer wrote:
> > Robin Lee Powell wrote:
> >
> > > Copying from my other post:
> > >
> > > The other aspect to it is having a key that can shift between the
> > >
On Thu, Feb 18, 2010 at 11:05:27PM +, Nicholas Marriott wrote:
> On Thu, Feb 18, 2010 at 02:59:44PM -0800, Robin Lee Powell wrote:
> > I'm lost; what options would it rotate through, exactly, and how
> > would that be determined?
>
> Eg mode-keys has options "v
On Thu, Feb 18, 2010 at 10:51:06PM +, Nicholas Marriott wrote:
> On Thu, Feb 18, 2010 at 02:36:06PM -0800, Robin Lee Powell wrote:
> > On Thu, Feb 18, 2010 at 02:25:08PM -0800, Micah Cowan wrote:
> > > > Now we just need the rotating behaviour of J (see
ot in copy mode.
>
>
> On Thu, Feb 18, 2010 at 02:25:08PM -0800, Micah Cowan wrote:
> > Robin Lee Powell wrote:
> > > On Thu, Feb 18, 2010 at 01:39:15PM -0800, Micah Cowan wrote:
> > >> The following should bind J to join the current (already
> > >>
On Thu, Feb 18, 2010 at 02:25:08PM -0800, Micah Cowan wrote:
> > Now we just need the rotating behaviour of J (see my other
> > post).
>
> Well, you could of course still rig that up through run-shell, and
> some sort of flag-file. But personally, I don't like the rotating
> behavior of J: better
On Thu, Feb 18, 2010 at 01:39:15PM -0800, Micah Cowan wrote:
> The following should bind J to join the current (already
> finished) selection with spaces:
>
> bind-key J run-shell 'tmux save-buffer /tmp/.tmux-exchange; tr \n
> " " < /tmp/.tmux-exchange >/tmp/.tmux-exchange-processed; tmux
> load-
On Thu, Feb 18, 2010 at 09:07:00PM +0100, clemens fischer wrote:
> The other problem: for my purposes, I used to rely on screens
> ability to 'J'oin the lines of any selection by either spaces,
> commas, newlines (the default) or whatnot, ie. to make one long
> line of the selected lines. For exa
On Wed, Feb 10, 2010 at 11:25:20PM +, Nicholas Marriott wrote:
> I don't really know what "per-pane status lines" means, although I
> don't use panes so it probably wouldn't help me at all.
A status line below each pane, just for that pane.
> Panes don't have names themselves.
This would req
On Wed, Feb 10, 2010 at 10:56:47PM +, Nicholas Marriott wrote:
> My biggest problem at the moment is remembering which window has
> which man page/log file/code/etc open, but so far I haven't
> thought of anything that would make that much easier.
A friend of mine has "per-pane status lines" a
On Wed, Feb 10, 2010 at 02:36:17PM -0800, Hibiki Kanzaki wrote:
> I am trying to come up with a mental model for all the entities
> (terminal, client, server, session, window, pane).
>
> It seems like for me it might be simplest to imagine that
> conceptually it is always a pane that is closest to
If we're talking about the same thing (trying to make all panes
about the same size), I was planning to do this eventually myself,
so I'm very much looking forward to this being fixed/added. :)
-Robin
On Wed, Feb 03, 2010 at 10:32:02PM +, Nicholas Marriott wrote:
> This has a couple of warni
On Fri, Feb 05, 2010 at 01:55:27PM -0800, Micah Cowan wrote:
> Gah. I should've known to try this first before posting. I've had
> enough glitches with gnome-terminal (especially for scrolling) in
> the past to know better.
>
> I've been using xterm on Ubuntu 8.04 (work machine). But I just
> trie
On Thu, Feb 04, 2010 at 11:12:37PM -0700, Amjidanutpan Ramanujam wrote:
>My question is: Is there a way to assign a shortcut key to jump to a
>pane based on pane number?
bind-key S command-prompt "select-pane -t .%1"
will set "^b S" to ask you for a pane number (after which you have
to h
On Fri, Jan 22, 2010 at 04:21:06PM -0500, Sudish Joseph wrote:
> Nicholas Marriott writes:
> > On Thu, Jan 21, 2010 at 01:33:56AM -0800, Robin Lee Powell wrote:
> >> Why does "tmux new-session vim \; split-window \; attach" not
> >> work? Why does it need
On Sat, Jan 23, 2010 at 02:42:42AM +, Nicholas Marriott wrote:
> On Fri, Jan 22, 2010 at 04:21:06PM -0500, Sudish Joseph wrote:
> > Nicholas Marriott writes:
> > > On Thu, Jan 21, 2010 at 01:33:56AM -0800, Robin Lee Powell wrote:
> > >> Why does "t
t; > - server_destroy_session_group(s);
> > - else
> > - server_redraw_session_group(s);
> > + while ((wl = winlink_find_by_window(&s->windows, w)) != NULL) {
> > + if (session_detach(s, wl))
&g
Hold off on that diff; I'm going to see about incorporating Sudish's
suggestions.
-Robin
On Sat, Jan 23, 2010 at 12:02:52PM -0800, Robin Lee Powell wrote:
> On Sat, Jan 23, 2010 at 06:15:00PM +, Nicholas Marriott wrote:
> > Hi
> >
> > Thanks for the
On Sat, Jan 23, 2010 at 06:15:00PM +, Nicholas Marriott wrote:
> Hi
>
> Thanks for the diff,
>
> > Index: tmux.1
> > ===
> > RCS file: /cvsroot/tmux/tmux/tmux.1,v
> > retrieving revision 1.221
> > diff -u -r1.221 tmux.1
> > --- t
Playing with link-window to try to understand it, I discovered this
in HEAD:
tmux new-session
tmux link-window
exit
[lost server]
-Robin
--
They say: "The first AIs will be built by the military as weapons."
And I'm thinking: "Does it even occur to you to try for something
other than the
understand the man entries for
those at all, and I've heard other people on IRC say the same.
What is select-prompt for? It seems to just ask for a number and
complain if it's not a window number; how is that useful?
On Wed, Jan 20, 2010 at 11:59:13PM +, Nicholas Marriott wrote:
On Wed, Jan 20, 2010 at 07:04:21PM +, Nicholas Marriott wrote:
> > + { MODEKEYCOPY_MARGIN_LEFT, "left-margin" },
> > + { MODEKEYCOPY_MARGIN_RIGHT, "right-margin" },
> > + { MODEKEYCOPY_MARGIN_TOGGLE, "square-copy-toggle" },
>
> Not critical but can you sort these?
Done.
> > screen_set
On Wed, Jan 20, 2010 at 11:39:40PM +0100, Michel Le Cocq wrote:
> With my old screen I had an alias : smail wich launch screen with
> a special .screenrc like this :
>
> screen -t boiteA mutt -F $HOME/.mutt/config/.muttrc_A
> screen -t boiteB mutt -F $HOME/.mutt/config/.muttrc_B
> screen -t BoiteC
Find attached; this is basically the c and C keys from GNU Screen's
copy mode, plus a block mode toggle. Now, the J key. :)
-Robin
--
They say: "The first AIs will be built by the military as weapons."
And I'm thinking: "Does it even occur to you to try for something
other than the defau
74 matches
Mail list logo
