> What external commands are in your status-{left,right}?
set-option -g status-left
"#[default,bold]#(tmux-mail)#[default,dim]#(tmux-date)#[default,bold]#(tmux-bat)"
set-option -g status-right "#100T #(tmux-disk)#(tmux-wifi)#(tmux-mpc)"
I've attached the scripts below, but I haven't changed anyt
Nothing fancy. I hit Ctl-D to close out a shell session and it segfaulted.
Here's a bt:
Core was generated by `/usr/local/bin/tmux -Lmain -qf
/home/peterjh/.tmux.init.conf start'.
Program terminated with signal 11, Segmentation fault.
#0 0xb7713d10 in ?? () from /lib/libc.so.6
(gdb) bt
#0 0xb
On Sun, Jul 03, 2011 at 03:58:31AM +0200, marcel partap wrote:
> ...With this, a double click on the status line (any part not belonging
> to the window list) creates a new window.
> Tricky stuff. Now i know much more about tmux debugging ^^
> As i couldn't find a way to receive mouse button AND m
Hi,
First of all, I love the new mouse selection! This feature is so
unbelievably useful.
Second, I want to ask if we can have the mouse selection not just put the
stuff in the tmux buffer but also pipe it into xclip? This could be
automatic or it could involve a configuration option in .tmu
On Mon, Apr 18, 2011 at 09:05:21AM -0700, Micah Cowan wrote:
> On 04/18/2011 01:19 AM, LEVAI Daniel wrote:
> > Any chance of getting this fixed? It's a really annoying phenomena.
+1 here
>
> Since this is a behavior of your terminal (kills the selection as soon
> as the term is written to), rath
Hi,
There is a kind of annoyance in the status bar behaviour. I have a couple
scripts run from the status, e.g., battery life and wifi status. I also
have
set-option -g status-interval 2
so that these scripts get run fairly often (every 2 seconds).
However, since this sucks up battery, I a
Hi,
I do something vaguely similar; you could riff off of it and if others have
a better suggestion, pipe up.
bind BSpace run-shell tmux-swap
tmux-swap:
#!/bin/sh
tmuxcmd="tmux -Lmain"
cur=$($tmuxcmd list-panes | grep "(active)" | cut -d':' -f1)
if [[ $cur -eq 0 ]]; then
$tmuxcmd select-pane
Oops. What generates the crash is rather this:
bind F1 join-pane -d -t 0: \; select-layout main-vertical \; display-pane
On Sat, Dec 04, 2010 at 09:50:52AM -0500, Peter John Hartman wrote:
> Hi all,
>
> Here are the steps to reproduce:
>
> 1. bind the following script to F1:
Hi all,
Here are the steps to reproduce:
1. bind the following script to F1:
#!/bin/sh
SESSION="$1"
TMUX="tmux -Lmain"
client=$($TMUX list-clients | cut -d' ' -f1)
if $TMUX list-sessions | grep "^$1" >/dev/null; then
$TMUX switchc -c$client -t$1
else
$TMUX new-session -s$1 -d
On Mon, Nov 29, 2010 at 07:35:45PM +, Nicholas Marriott wrote:
> So I guess this is okay? Guys?
Nope. I still get random crashes of this sort. And I, still, unlike Thomas
Adam, haven't been able to find the right combination that reproduces it.
It can't be anything mouse related, as I have
On Sun, Nov 21, 2010 at 03:32:08PM +, Nicholas Marriott wrote:
> tmux version?
>
> what platform?
VERSION: TMUX 1.4 (last updated from cvs 3 days ago, although the problem is
much
older than that)
PLATFORM: Linux
--
sic dicit magister P
PhD Candidate
Collaborative Programme in Ancient and
On Sun, Nov 21, 2010 at 10:08:27AM +, Thomas Adam wrote:
> I bet you're using "mouse-select-pane", right? If you disable that, does
> the crash go away?
Nope. Below is my conf.
# generic options
set-option -g base-index 1
setw -g automatic-rename off
set-option -g set-titles off
set-option
Hi,
I get a segfault about daily, usually when I have a lot of panes open and I
close one, although, since it is usually in a complex environment, I haven't
been able to precisely figure out what is wrong. Here, however, is a gdb of
tmux vs. core:
Core was generated by `/usr/local/bin/tmux -Lmai
t;
while $TMUX list-panes | grep -v "(active)"
do
pane=$($TMUX list-panes | grep -v "(active)" | head -n1 | cut -d ':' -f1)
$TMUX break-pane -d -t $pane
done
Enjoy.
Peter John Hartman
http://individual.utoronto.ca/peterjh/
Hi,
If you have in mind a replication of dwm's monocle and tile modes, then my
proposal would be to do this on a session-by-session basis. I think too
many complications would be involved if you track individual windows, esp.
if someone closes that window in the meanwhile. Hence, you would bind
15 matches
Mail list logo
