On Sat, 16 Jun 2018 14:50:40 +0200, Mark Kettenis wrote:
> To be honest, I find the whole idea of invoking an external program to
> clear the screen insane.
Linking with curses doesn't increase the size a huge amount since
we just need to query terminfo.
textdatabss dec hex
52912
This adds support for SAS3.5 controllers in mpii(4).
To get these working, I had to rearrange the initialisation code a bit.
The new controllers don't like being hard reset, which means we have to call
mpii_iocfacts() to determine whether soft reset is supported before calling
mpii_init().
The ch
Mark Kettenis wrote:
> > Date: Thu, 14 Jun 2018 14:28:07 +0200
> > From: Martin Pieuchot
> >
> > This version should fixes the previous issue where LARVAL files were
> > incorrectly accounted in find_last_set() resulting in a panic() in
> > fd_unused().
> >
> > If you haven't read the previous e
Yeah, I've made such stuff, even which preserves the actual position on the
command line, but I'm not too happy about screwing up the yank buffers...
On June 16, 2018 9:16:50 PM GMT+02:00, Sebastian Benoit
wrote:
>
>fwiw you can just use
>
>bind -m '^L'=^Uclear'^J^Y'
>
>
>Todd C. Miller(todd.mi
Small fix to the description of the pfCntProtoCksum oid:
Index: share/snmp/OPENBSD-PF-MIB.txt
===
RCS file: /data/cvs-mirror/OpenBSD/src/share/snmp/OPENBSD-PF-MIB.txt,v
retrieving revision 1.5
diff -p -u -r1.5 OPENBSD-PF-MIB.txt
--- s
fwiw you can just use
bind -m '^L'=^Uclear'^J^Y'
Todd C. Miller(todd.mil...@sudo.ws) on 2018.06.16 06:37:03 -0600:
> On Tue, 12 Jun 2018 02:35:57 +0200, Alexander Hall wrote:
>
> > The diff below uses system(3) to call /usr/bin/clear, fiddling with
> > *env() to make sure the current TERM va
On Sat, Jun 16, 2018 at 07:47:07PM +0200, Mark Kettenis wrote:
> > Date: Sat, 16 Jun 2018 18:15:42 +0200
> > From: Tomasz Rola
> >
[...]
> >
> > Just my cent or two.
>
> You're missing the point here. Calling /usr/bin/clear to clear the
> screen from one of your scripts is fone. Doing so beca
> Date: Sat, 16 Jun 2018 18:15:42 +0200
> From: Tomasz Rola
>
> On Sat, Jun 16, 2018 at 02:50:40PM +0200, Mark Kettenis wrote:
> [...]
> >
> > To e honest, I find the whole idea of invoking an external program to
> > clear the screen insane.
>
> Not necesarilly wanting to quarrel about this, bu
On Sat, Jun 16, 2018 at 02:50:40PM +0200, Mark Kettenis wrote:
[...]
>
> To e honest, I find the whole idea of invoking an external program to
> clear the screen insane.
Not necesarilly wanting to quarrel about this, but:
1. What would you say to someone who wants to run an old sh script
which e
> Date: Thu, 14 Jun 2018 14:28:07 +0200
> From: Martin Pieuchot
>
> This version should fixes the previous issue where LARVAL files were
> incorrectly accounted in find_last_set() resulting in a panic() in
> fd_unused().
>
> If you haven't read the previous explanations, the idea of this diff
>
Hi,
the ws(4) mouse driver has the option of emulating the mouse wheel
on motion + a given button is generated.
This is active by default on button 2 on recent Linux systems (those
using libinput).
Should OpenBSD's ws(4) activate it by default too ?
If you want to experiment without rebuilding
I just commited the kernel bits.
I intend to commit the userland bits on monday.
If you want to play along at home, here is the diff:
(you need an up2date checkout, a new kernel and at least
make includes).
diff --git slaacd.c slaacd.c
index 8a405b5ca94..8e4207faf05 100644
--- slaacd.c
+++ slaac
> From: "Todd C. Miller"
> Date: Sat, 16 Jun 2018 06:53:38 -0600
>
> On Sat, 16 Jun 2018 14:50:40 +0200, Mark Kettenis wrote:
>
> > To be honest, I find the whole idea of invoking an external program to
> > clear the screen insane.
>
> Do you have an alternative that doesn't require linking ksh
On Sat, 16 Jun 2018 14:50:40 +0200, Mark Kettenis wrote:
> To be honest, I find the whole idea of invoking an external program to
> clear the screen insane.
Do you have an alternative that doesn't require linking ksh with
curses?
- todd
> From: "Todd C. Miller"
> Date: Sat, 16 Jun 2018 06:37:03 -0600
>
> On Tue, 12 Jun 2018 02:35:57 +0200, Alexander Hall wrote:
>
> > The diff below uses system(3) to call /usr/bin/clear, fiddling with
> > *env() to make sure the current TERM value is propagated. The error
> > handling is delib
On Tue, 12 Jun 2018 02:35:57 +0200, Alexander Hall wrote:
> The diff below uses system(3) to call /usr/bin/clear, fiddling with
> *env() to make sure the current TERM value is propagated. The error
> handling is deliberately sparse, since I don't know what the reasonable
> error actions would b
On Thu, Jun 14, 2018 at 03:33:57AM +0300, IL Ka wrote:
> Hello,
>
> config(8) says:
> "To debug kernels and their crash dumps with gdb, add ???makeoptions
> DEBUG="-g"??? to the kernel configuration file. Refer to options(4) for
> further details."
>
> 1) kernel Makefile has DEBUG?= -g so you do
17 matches
Mail list logo