Re: pfsync_bulk_update panic

Hello, On Tue, Feb 07, 2023 at 09:12:38PM +0100, Hrvoje Popovski wrote: > > > Hi, > > this panic is with plain snapshot and I didn't do anything. I will leave > box in ddb if something else is needed. > It does not look like there is more data to gather in ddb. may be I'm quick in

Re: un-zzz/un-ZZZ instability with latest snaps

On Mon, Feb 06, 2023 at 03:43:20PM -0800, mlar...@nested.page wrote: > >Synopsis:Resuming from zzz/ZZZ produces an unstable machine that locks > >up after a few seconds > >Category:suspend/resume > >Environment: > System : OpenBSD 7.2 > Details : OpenBSD 7.2-current

Re: Error in ex(1) s command when using c option and numbering on

On Tue, 07 Feb 2023 21:12:58 +0100, =?UTF-8?Q?Tom=C3=A1=C5=A1_Rippl_?= wrote: > System: OpenBSD 7.2 > Architecture: OpenBSD.amd64 > Machine: amd64 > > Description > > There is a bug in ex's 's' command. > > With the 'number' option OFF, and when using the 'c' flag, ex correctly "unde > rlines"

Error in ex(1) s command when using c option and numbering on

System: OpenBSD 7.2 Architecture: OpenBSD.amd64 Machine: amd64 Description There is a bug in ex's 's' command. With the 'number' option OFF, and when using the 'c' flag, ex correctly "underlines" the part of the text to be replaced with carets. For instance, when issuing :s/men/MEN/c for:

discrepancy in ed(1) with g// command followed immediately by backslash

Just encountered this discrepancy https://www.reddit.com/r/openbsd/comments/10v8gcl/just_got_signed_copies_of_ed_mastery_and_openbsd/j7j9usa/ and figured I'd document it on bugs@ in case it was worth addressing. In FreeBSD & GNU versions of ed(1), using a g// command followed directly by a

un-zzz/un-ZZZ instability with latest snaps

>Synopsis: Resuming from zzz/ZZZ produces an unstable machine that locks >up after a few seconds >Category: suspend/resume >Environment: System : OpenBSD 7.2 Details : OpenBSD 7.2-current (GENERIC.MP) #1021: Sun Feb 5 09:52:50 MST 2023

Re: unwind ignores 'force' directive for zone home.arpa

On Tue, Feb 07, 2023 at 01:20:18PM +0100, Florian Obser wrote: > argh, this is better and might even work... This patch works, thanks for the quick fix! zeta$ dig -t A zeta.home.arpa ; <<>> dig 9.10.8-P1 <<>> -t A zeta.home.arpa ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode:

pfsync_bulk_update panic

Hi all, In lab I'm playing around with ip4/ip6 sasyncd setup which requires carp, pf, pfsync, isakmpd, sasyncd. I'm sending ip4/ip6 traffic though ipsec tunnels and at the same time sending ip4 traffic over firewall just to activate all cores. I'm having NET_TASKQ=6 on 6 cores firewalls. ix2 is

[OT] RFC0123 vs RFC 0123 [Was: Re: unwind ignores 'force' directive for zone home.arpa]

On Tue, Feb 07, 2023 at 12:15:25PM GMT, Theo Buehler wrote: > > > + > > + /* RFC 8375 */ > > All other comments do not have a space after RFC RFC 7322 (RFC Style Guide), whilst it only applies to RFCs themselves, reads[0]: However, the proper textual naming of an RFC contains a

Re: Caps Lock influences yubikey

On Tue, Feb 07, 2023 at 02:14:14PM +0100, Paul de Weerd wrote: > On Tue, Feb 07, 2023 at 12:37:32PM +, Stuart Henderson wrote: > | On 2023/02/07 12:13, Paul de Weerd wrote: > | > Should yubikey really depend on the caps lock state of an (external) > | > keyboard? Would it make sense to lower

Re: Caps Lock influences yubikey

Hi Stuart, On Tue, Feb 07, 2023 at 12:37:32PM +, Stuart Henderson wrote: | On 2023/02/07 12:13, Paul de Weerd wrote: | > Should yubikey really depend on the caps lock state of an (external) | > keyboard? Would it make sense to lower the case of any password | | there's complex code to

Re: Caps Lock influences yubikey

On 2023/02/07 12:13, Paul de Weerd wrote: > Should yubikey really depend on the caps lock state of an (external) > keyboard? Would it make sense to lower the case of any password there's complex code to handle 90 odd different keymaps, it would seem silly to go to that much trouble and not cope

Re: unwind ignores 'force' directive for zone home.arpa

On 2023-02-07 13:15 +01, Theo Buehler wrote: > On Tue, Feb 07, 2023 at 01:00:04PM +0100, Florian Obser wrote: >> >> /* RFC3849 */ >> "8.B.D.0.1.0.0.2.ip6.arpa. transparent" > > Surely the previous line needs a comma. argh, this is better and might even work... diff --git resolver.c

Re: unwind ignores 'force' directive for zone home.arpa

On Tue, Feb 07, 2023 at 01:00:04PM +0100, Florian Obser wrote: > On 2023-02-06 14:33 -05, Ryan Kavanagh wrote: > >>Synopsis: unwind ignores 'force' directive for home.arpa > >>Category: system > >>Environment: > > System : OpenBSD 7.2 > > Details : OpenBSD 7.2-current

Re: unwind ignores 'force' directive for zone home.arpa

On 2023-02-06 14:33 -05, Ryan Kavanagh wrote: >>Synopsis: unwind ignores 'force' directive for home.arpa >>Category: system >>Environment: > System : OpenBSD 7.2 > Details : OpenBSD 7.2-current (GENERIC.MP) #1015: Thu Feb 2 > 06:25:57 MST 2023 >

Caps Lock influences yubikey

On my laptop, i'm using a yubikey to authenticate (by setting ":auth=yubikey,passwd:\" in /etc/login.conf). Works well on console, in xdm and for xlock. However, when my keyboard's Caps Lock is on, yubikey authentication fails and xlock complains 'Caps Lock is on'. Should yubikey really depend

Re: bgpd.conf connect-retry bug

06.02.2023 19:34, Claudio Jeker пишет: > On Mon, Feb 06, 2023 at 06:38:43PM +0300, r...@bh0.amt.ru wrote: >>> Synopsis: bgpd.conf connect-retry bug >>> Category: system >>> Environment: >> System : OpenBSD 7.2 >> Details : OpenBSD 7.2 (GENERIC.MP) #6: Sat Jan 21 01:03:04 MST