Hi,
I have a navigation device (Navilock NL-8002U USB 2.0 Multi GNSS
Receiver) that registers itself as a umodem. This device starts
spitting out data the moment you plug it in.
On amd64 it seems to behave, but on armv7 I see two (maybe related) problems.
The first problem:
$ doas cu -l cuaU0 ge
Hi,
I have a bug since long time on my local network.
My network has IPv6, and I usually use IPv6 addresses to connect to
them. It is globally reachable addresses.
When I connect to ssh server and keep the shell running (without
activity, no tmux with "moving" status bar due to date or loadavg),
* Theo Buehler le [14-08-2019 07:23:01 +0200]:
> On Mon, Aug 12, 2019 at 02:34:55PM +0200, p...@ybad.name wrote:
> > >Synopsis: key input repeat speed too fast.
> > >Category: cwm
> > >Environment:
> > System : OpenBSD 6.6
> > Details : OpenBSD 6.6-beta (GENERIC.MP) #201: Sun Au
On Wed, Aug 14, 2019 at 02:00:37PM +0200, prx wrote:
> * Theo Buehler le [14-08-2019 07:23:01 +0200]:
> > On Mon, Aug 12, 2019 at 02:34:55PM +0200, p...@ybad.name wrote:
> > > >Synopsis:key input repeat speed too fast.
> > > >Category:cwm
> > > >Environment:
> > > System : O
Latest -CURRENT iked(8) dumps core on a seemingly invalid transformation,
although this specific value is listed in iked.conf(8). Using "aes-256"
for example works, turns out this effects only those that are specified
with "[ESP only]" in the manual. ESP is the default and manually
specifying it t
* Theo Buehler le [14-08-2019 07:23:01 +0200]:
> On Mon, Aug 12, 2019 at 02:34:55PM +0200, p...@ybad.name wrote:
> > >Synopsis: key input repeat speed too fast.
> > >Category: cwm
> > >Environment:
> > System : OpenBSD 6.6
> > Details : OpenBSD 6.6-beta (GENERIC.MP) #201: Sun Au
On Wed, Aug 14, 2019 at 03:19:28PM +0200, prx wrote:
> * Theo Buehler le [14-08-2019 07:23:01 +0200]:
> > On Mon, Aug 12, 2019 at 02:34:55PM +0200, p...@ybad.name wrote:
> > > >Synopsis:key input repeat speed too fast.
> > > >Category:cwm
> > > >Environment:
> > > System : O
* Paul Irofti le [14-08-2019 15:43:19 +0300]:
> On Wed, Aug 14, 2019 at 03:19:28PM +0200, prx wrote:
> > * Theo Buehler le [14-08-2019 07:23:01 +0200]:
> > > On Mon, Aug 12, 2019 at 02:34:55PM +0200, p...@ybad.name wrote:
> > > > >Synopsis: key input repeat speed too fast.
> > > > >Category:
Otto Moerbeek wrote:
> Hi,
>
> I have a navigation device (Navilock NL-8002U USB 2.0 Multi GNSS
> Receiver) that registers itself as a umodem. This device starts
> spitting out data the moment you plug it in.
>
> On amd64 it seems to behave, but on armv7 I see two (maybe related) problems.
>
>
On Wed, Aug 14, 2019 at 12:33:04PM +0200, Sebastien Marie wrote:
> 10:52:43.021623 clyde.39234 > bert.22: P 1:37(36) ack 120 win 256
> [class 0x48] [flowlabel 0x46f7a]
> (len 68, hlim 64)
> 10:52:43.022002 bert.22 > clyde.39234: P 120:164(44) ack 37 win 267
> [class 0x48] [flowlabel 0x6d55f]
Unfortunately as it turns out segfaulting is a common iked reaction to
invalid configurations (at least for invalid transforms), so what you found
is a rather systematic problem (and has been on my list of things to fix for
some time).
As to why those with [ESP only] trigger this behaviour:
[ESP o
On Wed, 14 Aug 2019 at 04:02, Sebastien Marie wrote:
[...]
> When I connect to ssh server and keep the shell running (without
> activity, no tmux with "moving" status bar due to date or loadavg),
> after some time (10min seems enough) if I start typing in the terminal,
> the first char is sent to
Hi,
I sent a mail to henning@ about two weeks ago and thought I'd post it
here as well, assuming he's occupied with other things.
Since the syncookies are disabled by default, I thought I'd give it
some testing and set it to "always" on all the machines I operate for
a few weeks. So far I've fou
>Synopsis: xman core dumps with a couple key shortcuts
>Category: user
>Environment:
System : OpenBSD 6.5
Details : OpenBSD 6.5 (GENERIC.MP) #3: Sat Apr 13 14:48:43 MDT
2019
dera...@amd64.openbsd.org:
/usr/src/sys/arch/amd64/compile/GENERI
Hi,
i never looked at xman(1) nor did i ever use it.
But oh gawd...
That whole thing is totally broken.
Nothing about it works at all.
For example, try to view the strlcat(3) manual page:
start xman(1), hit Ctrl-S, type "strlcat", click "Manual Page".
The response is "No manual entry for strlca
> On Aug 14, 2019, at 7:26 PM, Ingo Schwarze wrote:
>
> Hi,
>
> i never looked at xman(1) nor did i ever use it.
>
> But oh gawd...
>
> That whole thing is totally broken.
> Nothing about it works at all.
>
> For example, try to view the strlcat(3) manual page:
> start xman(1), hit Ctrl-S,
Ingo Schwarze wrote:
> Hi,
>
> i never looked at xman(1) nor did i ever use it.
>
> But oh gawd...
>
> That whole thing is totally broken.
> Nothing about it works at all.
>
> For example, try to view the strlcat(3) manual page:
> start xman(1), hit Ctrl-S, type "strlcat", click "Manual Page"
On Thu, Aug 15, 2019 at 01:26:23AM +0200, Ingo Schwarze wrote:
> Hi,
>
> i never looked at xman(1) nor did i ever use it.
>
> But oh gawd...
>
> That whole thing is totally broken.
> Nothing about it works at all.
>
> For example, try to view the strlcat(3) manual page:
> start xman(1), hit Ctr
18 matches
Mail list logo