_NEXT(wp, entry);
+ }
+ } else if (wp == w->last)
+ w->last = NULL;
layout_close_pane(wp);
w = wp->window = window_create1(s->sx, s->sy);
On Sat, Apr 23, 2011 at 10:44:38PM +0100, Nicholas Marriott wrote:
> I can reproduce this, looks lik
I can reproduce this, looks like bad cursor positioning after
break-pane. Mailing so others can look and it doesn't get forgotten.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Thanks, I'm glad to hear you are reconsidering this.
I might put it in the tmux FAQ as well.
On Wed, Apr 13, 2011 at 09:51:00AM +0200, Karl Ferdinand Ebert wrote:
>Hello Nicholas,
>
>On Wed, Apr 13, 2011 at 12:31 AM, Nicholas Marriott
><[1]nicholas.marri
Hi
Not to say I told you so or anything, but this might be a good time to
reiterate that doing this is a bad idea: the minor inconvenience it
prevents (easily avoided by the user with either tmux -S or by setting
TMPDIR) is much less of a potential problem than running with elevated
privileges.
N
On Sat, Oct 24, 2009 at 07:42:26PM -0400, Thomas Dickey wrote:
> On Sat, Oct 24, 2009 at 10:11:30PM +0100, Nicholas Marriott wrote:
> > On Sat, Oct 24, 2009 at 03:54:57PM -0400, Thomas Dickey wrote:
> > > Since aixterm 16-colors are part of the default configuration settings,
>
On Sat, Oct 24, 2009 at 03:54:57PM -0400, Thomas Dickey wrote:
> On Sat, Oct 24, 2009 at 07:20:28PM +0200, Nicholas Marriott wrote:
> > On Sat, Oct 24, 2009 at 12:49:31AM +1100, Tim Allen wrote:
> > > On Fri, Oct 23, 2009 at 01:24:00PM +0100, Nicholas Marriott wrote:
> &g
On Sat, Oct 24, 2009 at 12:49:31AM +1100, Tim Allen wrote:
> On Fri, Oct 23, 2009 at 01:24:00PM +0100, Nicholas Marriott wrote:
> > It appears screen-256color converts colours 8-15 into 90-97 which are an
> > extension designed to allow bright colours without the bold attribute
256;
+ gc->bg = m - 92;
+ break;
}
}
}
On Fri, Oct 23, 2009 at 10:30:34PM +1100, Tim Allen wrote:
> On Fri, Oct 23, 2009 at 11:11:18AM +0100, Nicholas Marriott wrote:
> > The FAQ does not say that setting TERM to screen-256color will j
Hi
If you set TERM to anything aside from screen or screen-256color inside tmux
you will get screen corruption because applications will send the incorrect
escape sequences. This is not a bug.
The FAQ does not say that setting TERM to screen-256color will just work,
although it could probably be
This is committed to CVS HEAD now and will be in the next release of fdm when I
get around to it.
Thanks!
On Sat, Jul 25, 2009 at 08:02:46PM +0200, opter_l wrote:
> As discussed here and on IRC.
>
> I have replaced the link() call in deliver-maildir.c by a call to a new
> `safemove()' function.
I'm going to run with this for a few days and if I don't see any problems I'll
commit it, then it'll be in 1.7 when I get around to doing some more stuff on
fdm.
Thanks
On Sat, Jul 25, 2009 at 08:02:46PM +0200, opter_l wrote:
> As discussed here and on IRC.
>
> I have replaced the link() call
Sorry for the delay, I was a bit busy yesterday.
This looks great to me, I will give it further test, add the manual bits and
commit it later on today or tomorrow.
Thanks for your work!
On Sat, Jul 25, 2009 at 08:02:46PM +0200, opter_l wrote:
> As discussed here and on IRC.
>
> I have replaced
Hi
> > Saying that, I don't see a reason not to make this work for people who
> are
> > prepared to accept the risk or who know for sure they are delivering mail
> > sequentially. With fdm, you will want to set queue-high/queue-low to 1,
> and
> > perhaps parallel-accounts to 1 if you have multipl
Hi
Thanks for the report.
This isn't really an fdm bug per se, the point of maildirs is to allow delivery
to happen safely without locking. On AFS you are probably best using mboxes
which have flaws but can be locked atomically.
Saying that, I don't see a reason not to make this work for people
On Tue, May 26, 2009 at 07:10:05AM +0100, Nicholas Marriott wrote:
> Okay, I have committed some parts of the diff and made a couple of other
> tweaks
> which were sometimes causing it to hang. Please test the diff below instead.
This is better, please try this:
Ind
Okay, I have committed some parts of the diff and made a couple of other tweaks
which were sometimes causing it to hang. Please test the diff below instead.
Index: fdm.c
===
RCS file: /cvsroot/fdm/fdm/fdm.c,v
retrieving revision 1.18
Okay, this is the problem:
gmail-researchut: spamprobe receive: io: poll: Connection timed out
Your pipe process does not return in the timeout, so fdm aborts the
fetch. Unfortunately this then causes various things which sometimes end up
with fdm not exiting correctly.
fdm's management of child
Hi
This patch does not fix the problem - it doesn't drop the utmp privilege after
creating the socket so a user can trivially continue to cause the same issue by
using the save-buffer command to create a file in /var/run/tmux.
If you do drop the privileges, it will break socket recreation with SI
y 22, 2009 at 07:31:17PM +0100, Nicholas Marriott wrote:
> Hi
>
> This patch does not fix the problem - it doesn't drop the utmp privilege after
> creating the socket so a user can trivially continue to cause the same issue
> by
> using the save-buffer command to create a file
Okay, thanks. Let me know.
On Sat, May 16, 2009 at 10:13:44PM +0530, Ritesh Raj Sarraf wrote:
> On Saturday 16 May 2009 13:51:00 Nicholas Marriott wrote:
> > fdm will only remove the lock file if it exits normally (success or a
> > normal error), it will not remove it on a fat
fdm will only remove the lock file if it exits normally (success or a normal
error), it will not remove it on a fatal error (which means a bug) or on
SIGKILL, and it is never going to since I want to know about these cases and
fix them. Please send me the - log of a session (don't forget to rem
Yes, it is probably because it is setuid. fdm calls kill(pid, 0) to see if the
process has actually started. This isn't actually needed, it is a debugging
aid. In any case, if it gets EPERM it is probably safe to assume the process
does exist. Please try this diff:
Index: command.c
===
Okay, I missed that. Hmm.
Can you show me the cache and the - output of a fetch where it is
refetching stuff in the cache? Don't forget to either strip passwords
or send it privately.
2009/4/22 Ritesh Raj Sarraf :
> On Wednesday 22 Apr 2009 23:17:56 Nicholas Marriott wrote:
>&g
Er, sorry, that was unclear. It doesn't expire, but any mail found no
longer to be in the account should be removed from the cache, so if
you delete the mail with another program fdm should remove it from the
cache.
2009/4/22 Nicholas Marriott :
> The cache doesn't expire, other
The cache doesn't expire, otherwise it would refetch mail.
I should really convert this and the NNTP cache to reuse the generic
cache code which does support expiry.
2009/4/22 Ritesh Raj Sarraf :
> On Wednesday 22 Apr 2009 23:17:56 Nicholas Marriott wrote:
>> fdm doesn't ke
fdm doesn't keep track of mail it has seen unless you tell it to. Due
to limitations in POP3 it requires a separate cache file (IMAP does
not require one). Look for new-only and old-only in the manual, IIRC
they have been there since about 1.4... I've been slacking on fdm
recently so they certainly
I'm not convinced by your version, it needs to explicitly state that
all mail from this account is kept, even if you later tell it to drop
the same mail in your rules. I'll have a closer look at the wording
later on.
2009/4/22 Ritesh Raj Sarraf :
> On Wednesday 22 Apr 2009 17:30:03 Frank Terbeck w
27 matches
Mail list logo
