this is a bug in libevent, you need to either
- use libevent 2
- use libevent 1.4 from their git repo (not the released version)
- in the tmux 1.4 source, go to configure and remove HAVE_BROKEN_KQUEUE
from the FreeBSD section (this will break tmux on FreeBSD older than
7)
On Tue, Jan 25, 2
hi,
I'd like to achieve following feature:
i'm starting tmux, with single window, 2 panes, with layout like this:
+---+-+
| | |
| | |
| | |
| | |
+---+-+
in both panes i run some programs, but I'd like to make it work the way
that if i'd ev
Run eg "top; tmux kill-session -t mutt" in the righthand pane.
On Tue, Jan 25, 2011 at 10:48:24AM +0100, hubert depesz lubaczewski wrote:
> hi,
> I'd like to achieve following feature:
>
> i'm starting tmux, with single window, 2 panes, with layout like this:
>
> +---+-+
> | |
On Tue, Jan 25, 2011 at 10:17:34AM +, Nicholas Marriott wrote:
> Run eg "top; tmux kill-session -t mutt" in the righthand pane.
quite simple, thanks.
Best regards,
depesz
--
Linkedin: http://www.linkedin.com/in/depesz / blog: http://www.depesz.com/
jid/gtalk: dep...@depesz.com / aim:depe
hi,
i'm using (as headers show) mutt as my mail client. And i'm not using it
on my computer, but rather on remote server via ssh.
Since ssh connections sometimes die, I tend to run mutt on screen
(previously) or tmux (lately).
To help me with it, I wrote simple script (attached to this mail), whi
* hubert depesz lubaczewski [01-25-11 04:50]:
>
> background:
> mutt in right pane, plus custom program that scans mailboxes and shows
> list of mailboxes with number of emails - because mutt doesn't have it's
> own sidebar, and the unofficial sidebar causes problems, and it lags
> with releases
Micah Cowan wrote:
> (01/24/2011 02:41 PM), clemens fischer wrote:
>> On Tue-2011/01/18-21:47 clemens fischer wrote in
>> gmane.comp.terminal-emulators.tmux.user (MID
>> ):
>>
>>> tmux github version from today (the master branch), on Linux
>>> 2.6.36.3-spott i686 and rxvt-unicode-256color-9.07-10
I've noticed that tmux can be "frozen" by doing something like this:
$ echo -e '\e_'
This probably shouldn't be much of a surprise given the definition of
the state machine used in input.c, and maybe it's considered OK. A
quick test show that xterm also has this problem, but VTE
(gnome-terminal
Well, it doesn't really freeze tmux, it input from one pane.
We used to abort the sequence when the buffer was full but now we have
INPUT_DISCARD. Could get rid of that but it would need some way to throw
a state change back up. You can do it if you like but if not IMO it is
enough to say "don't d
Oh and you can also get the pty /dev node from "tmux info" and send a
\033 to it :-).
On Tue, Jan 25, 2011 at 10:24:57PM +, Nicholas Marriott wrote:
> Well, it doesn't really freeze tmux, it input from one pane.
>
> We used to abort the sequence when the buffer was full but now we have
> INP
You can also type (say) "echo -e '\e\\'" blindly. You're still getting a
prompt, it's just being sent to the window title, like everything else.
\e\\ (and its equivalent \e]0;) is a pretty special case, though, I
doubt there are other sequences that can freeze up the term so solidly.
They're speci
11 matches
Mail list logo
