On Thu, Jun 20, 2013 at 11:41:02PM +0200, Silvan Jegen wrote:
> On Wed, Jun 19, 2013 at 09:26:13PM +0100, Rob wrote:
> > It seems st enters a heavy draw cycle when system time is moved back
> > (e.g. ntp).
> > This patch should fix it.
>
> I had the same problem and this patch seems to have fixed
See attached.
--MarkusFrom 44d5a93315f5b658cc6da61154d29e4fc3fcafe5 Mon Sep 17 00:00:00 2001
From: Markus Teich
Date: Sat, 22 Jun 2013 16:22:41 +0200
Subject: [PATCH] fix PageUp Modifier Mask in config.def.h
---
config.def.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi there,
I want to thank everybody who attended today's slcon 2013 talk session
(and also the social gathering).
I'm currently processing the recordings, I'm not sure yet how much
data they will account for (raw is approx. 30 GB).
Those of you enjoying the discussion in the Atzinger, please acc
see attached.
--Markus
>From 5b75bf7bc8dc082bd317195d132c789c6baf8779 Mon Sep 17 00:00:00 2001
From: Markus Teich
Date: Sat, 22 Jun 2013 23:05:03 +0200
Subject: [PATCH 1/4] fix: do not need an extra variable for a single read
---
st.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
And two more.
The first one (0005…) should not break anything, because it just adds a
default keymap string for the del key. I can confirm, that the del key
works as expected in mksh prompt (which it did not before this patch
without the echo `tput smkx` >/dev/tty trick mentioned in the FAQ) a
And of course i only did this patch for
XK_KP_Delete and forgot about
XK_Delete.
--Markus
Am 22.06.2013 23:31, schrieb Markus Teich:
And two more.
The first one (0005…) should not break anything, because it just adds a
default keymap string for the del key. I can confirm, that the del key
wor
On Sat, Jun 22, 2013 at 11:39:19PM +0200, Markus Teich wrote:
> And of course i only did this patch for
> XK_KP_Delete and forgot about
> XK_Delete.
Sorry but these patches are incorrects.
> + { XK_Delete,XK_ANY_MOD, "\033[3~", 0,0,0},
> { XK_Delete,XK
On 22 June 2013 20:49, Anselm R Garbe wrote:
> I'm currently processing the recordings, I'm not sure yet how much
> data they will account for (raw is approx. 30 GB).
I decided to upload the talks to youtube. The first talk will be
available in a couple of minutes, however it takes about 11 hours
