Hi,
I've been using tmux for a while now and have attached to a session
via ssh and then detached. When I go back to the machine with the
original session, any new windows have the environment of the ssh
session where the attach happens (i.e., new panes inherit the
environment of the last `tmux at
>> That would work. We could actually go all-pull on the protocol and
>> have a blocking "poll for new data" command that I send you, if that
>> makes life any easier. It's all the same from the client's end.
>
> Hmm. It all seems much the same to me, in both cases you will block in
> poll or selec
On Thu, Nov 11, 2010 at 02:34:56PM -0800, George Nachman wrote:
> On Thu, Nov 11, 2010 at 1:51 PM, Nicholas Marriott
> wrote:
> > On Thu, Nov 11, 2010 at 11:10:36AM -0800, George Nachman wrote:
> >> > Its probably best to use the tmux terminology if you're talking getting
> >> > stuff out of tmux
George Nachman writes:
> I agree that specifying the size first makes more sense. Once you have
> to deal with separators, things get complicated with escaping and so
> on. I would prefer to have tmux's output be formatted for easy
> parsing. For instance, instead of:
>
> => list-sessions
> 0: 19
On Thu, Nov 11, 2010 at 1:51 PM, Nicholas Marriott
wrote:
> On Thu, Nov 11, 2010 at 11:10:36AM -0800, George Nachman wrote:
>> > Its probably best to use the tmux terminology if you're talking getting
>> > stuff out of tmux because that's what it'll use :-).
>>
>> Having delved a bit deeper, windo
On Thu, Nov 11, 2010 at 11:10:36AM -0800, George Nachman wrote:
> > Its probably best to use the tmux terminology if you're talking getting
> > stuff out of tmux because that's what it'll use :-).
>
> Having delved a bit deeper, window isn't quite the right term either
> as you can have multiple p
> Its probably best to use the tmux terminology if you're talking getting
> stuff out of tmux because that's what it'll use :-).
Having delved a bit deeper, window isn't quite the right term either
as you can have multiple panes in one window. I would prefer to show
each pane in its own tab (event
Someone else reported this too but I couldn't track down what was making
the server process die. If you send me truss output (make sure you get
it to follow fork so it has the new server process as well) I can have
another look, but most likely this won't be fixed until either I get
access to an AI
yep, makes sense, i'll do it in a bit
On Mon, Nov 08, 2010 at 12:08:30PM -0500, Andreas Kloeckner wrote:
> Hi there,
>
> I'm writing to ask that you add XAUTHORITY to the environment variables
> being updated by default--without that, X11 connections don't succeed
> even with an updated session
On Wed, Nov 10, 2010 at 05:40:56PM -0800, George Nachman wrote:
> On Wed, Nov 10, 2010 at 4:33 PM, Nicholas Marriott
> wrote:
> > On Wed, Nov 10, 2010 at 01:41:36PM -0800, George Nachman wrote:
> >> >> Now that I understand your architecture better, it's pretty clear to
> >> >> me that we don't wa
10 matches
Mail list logo
