Hi,
I usually install system libs like libevent and ncurses on their own specific
directories inside /usr/local/. Something like /usr/local/libevent-2.0.21 and
then use /usr/local/libevent as a symlink to it.
Any chance in having tmux's configure script to take in extra parameters with
these n
> If you log lots of sessions, what the hell are you doing in the first place
> that needs it? You could always use script(1) or ttyrec(1) instead.
I prefer to log my sessions so that I have a history in case I need
it. And occasionally I do. I know I could use other tools, but if
that's what s
I wasn't trying to make the claim that using cat hurts performance,
just that it uses more resources than is necessary.
With libevent1, all other functionality should still work. You just
wouldn't get the write-to-file functionality.
It looks like libevent1 was last updated over 3 years ago. Wo
On Sat, Jul 27, 2013 at 04:13:13PM -0500, J Raynor wrote:
> I use pipe-pane to capture the output of my sessions, but I would
> prefer not to have to spawn external processes to do so. I've
> attached a patch that enables pipe-pane to write directly to a file.
> I realize the semantics are a littl
On Sat, Jul 27, 2013 at 05:43:52PM -0500, J Raynor wrote:
> >
> > Why? What's wrong with using cat?
> >
>
> I log my sessions, so I end up with a bunch of cat and sh processes,
> and it just bugs me slightly seeing them when they don't need to be.
Well, they're a means to an end. That's no worse
>
> Why? What's wrong with using cat?
>
I log my sessions, so I end up with a bunch of cat and sh processes,
and it just bugs me slightly seeing them when they don't need to be.
Some better reasons for it would be:
- If you log lots of sessions, you're getting closer to hitting maxuproc.
- Usi
Hi
Why? What's wrong with using cat?
On Sat, Jul 27, 2013 at 04:13:13PM -0500, J Raynor wrote:
> I use pipe-pane to capture the output of my sessions, but I would
> prefer not to have to spawn external processes to do so. I've
> attached a patch that enables pipe-pane to write directly to a fi
Hi
Do you have xterm-keys turned on?
On Thu, Jul 18, 2013 at 06:24:19PM +0200, Dr. Johannes Zellner wrote:
>Hi,
>If I type control-^ in tmux I get ^[[54;5u instead.
>This seems to be independent on the TERM setting, I get this behaviour for
>example both for TERM=xterm-256color
Well if you can't figure out how to get it from `uptime` output and you
are on Linux you can always use /proc/uptime, try something like:
set -- $( I've been trying this for several days now and I just cant get it to
> work, how do you get your machines uptime in the status bar please?
>
> I've t
I use pipe-pane to capture the output of my sessions, but I would
prefer not to have to spawn external processes to do so. I've
attached a patch that enables pipe-pane to write directly to a file.
I realize the semantics are a little off; you pipe to processes, not
files. But it's close.
Doing
Try this please.
The fix is the first part in resize.c to make recalculate_sizes() handle
an empty window with no active pane. This can happen because the window
is in two sessions and isn't destroyed immediately when the pane goes
away but is left until the last session is destroyed. IMO that isn
I don't think it is right to move recalculate_sizes(), we should do
whatever is needed to make it safe to call it there. Do you have a
backtrace?
On Sat, Jul 27, 2013 at 09:22:55AM -0700, Daniel Ralston wrote:
> On Sat, Jul 27, 2013 at 8:07 AM, Nicholas Marriott
> wrote:
> > Does this do it ins
Does this do it instead?
diff --git a/server-fn.c b/server-fn.c
index 7ef6413..37ef879 100644
--- a/server-fn.c
+++ b/server-fn.c
@@ -396,9 +396,9 @@ server_destroy_session_group(struct session *s)
if ((sg = session_group_find(s)) == NULL)
server_destroy_session(s);
On 27/07/2013 01:18 μμ, Romain Francoise wrote:
> Pavlos Parissis writes:
>
>> This issue doesn't happen on 1.7 version.
>> Any idea what could be the problem here?
>
> This is not a bug, it's a feature. When there's only two panes, the
> separator is split in two to show which pane is active. T
On Thu, Jul 25, 2013 at 08:25:52PM -0700, Daniel Ralston wrote:
> Hi all,
>
> I've found a bug.
>
> Repro steps:
> 1. Run 'tmux' in a terminal.
>
> 2. In another terminal, create a grouped session, by running
> 'tmux new-session -t '.
>
> 3. Resize the second terminal so it is bigger tha
Pavlos Parissis writes:
> This issue doesn't happen on 1.7 version.
> Any idea what could be the problem here?
This is not a bug, it's a feature. When there's only two panes, the
separator is split in two to show which pane is active. Try switching
between the panes to understand the logic of it
On 27 July 2013 12:20, Romain Francoise wrote:
> Which tmux version are you using? Can you reproduce the bug with the
> latest code from Git?
I can, and a patch will be arriving shortly.
-- Thomas Adam
--
See everything
Which tmux version are you using? Can you reproduce the bug with the
latest code from Git?
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppD
On 15 July 2013 23:06, Steven Lu wrote:
> 3: zsh (1 panes) [274x76] [layout cc63,274x76,0,0,6] @3
> 4: zsh (1 panes) [274x76] [layout cc65,274x76,0,0,8] @4
>
> I'm hoping someone in the know could give me some hints about how to parse
> this so that I can compute what the result would be to warp
On 24 July 2013 22:12, Pavlos Parissis wrote:
> Hi all,
>
> I've just compiled 1.8 on LinunMint 12 and I noticed that the color of
> the border on pane it changes at the half of length.
>
> I have attached a screen-shot where you can see the issue.
>
> I am using the following settings for the col
On 25 July 2013 07:55, Αριστοτέλης Πανάρας
wrote:
> I do not know if this list is private or public, but if so I apologize for
> any inconvenience.
>
> Working with tmux for about 2 years, I have encountered multiple times a
> weird (in my opinion) behaviour with utmp records.
tmux doesn't suppor
Hi all,
I've found a bug.
Repro steps:
1. Run 'tmux' in a terminal.
2. In another terminal, create a grouped session, by running
'tmux new-session -t '.
3. Resize the second terminal so it is bigger than the first one.
4. Kill the program running in the second (larger) terminal; e.g. b
I do not know if this list is private or public, but if so I apologize for
any inconvenience.
Working with tmux for about 2 years, I have encountered multiple times a
weird (in my opinion) behaviour with utmp records.
Every time a window or a pane is created, the output of 'who' command doe
not sh
I am a big fan of the feature in Vim which allows you to move a vim-window
(the tmux pane equivalent) _all the way_ in a particular direction by
typing Ctrl+W, H/J/K/L.
Unfortunately tmux has no feature here, but select-layout seems promising.
However, I'd like to avoid reverse-engineering the la
24 matches
Mail list logo
