tech  

Messages by Thread

• rpki-client cleanup poll loop Claudio Jeker
  • Re: rpki-client cleanup poll loop Theo Buehler
  • Re: rpki-client cleanup poll loop Claudio Jeker
• fix ospf6d.conf example Remi Locherer
  • Re: fix ospf6d.conf example Claudio Jeker
  • Re: fix ospf6d.conf example Daniel Jakots
• Remove mandatory newline at end of armored openssh private keys Allen Smith
• cwfg: flag sensor as invalid on bogus reads Klemens Nanni
  • Re: cwfg: flag sensor as invalid on bogus reads Patrick Wildt
  • Re: cwfg: flag sensor as invalid on bogus reads Klemens Nanni
  • Re: cwfg: flag sensor as invalid on bogus reads Patrick Wildt
• Superflouous memcpy() in vmctl/main.c Preben Guldberg
  • Re: Superflouous memcpy() in vmctl/main.c Dave Voutila
• mg list-buffers Mark Lumsden
• disable PPP_BSDCOMP by default Balder Oddson
  • Re: disable PPP_BSDCOMP by default Theo de Raadt
  • Re: disable PPP_BSDCOMP by default Balder Oddson
  • Re: disable PPP_BSDCOMP by default Balder Oddson
  • Re: disable PPP_BSDCOMP by default Balder Oddson
  • Re: disable PPP_BSDCOMP by default Stuart Henderson
  • Re: disable PPP_BSDCOMP by default Theo de Raadt
  • Re: disable PPP_BSDCOMP by default Balder Oddson
  • Re: disable PPP_BSDCOMP by default Theo de Raadt
  • Re: disable PPP_BSDCOMP by default Balder Oddson
• smtpd: set protocols and ciphers Eric Faurot
  • Re: smtpd: set protocols and ciphers Theo Buehler
• vmctl: off-by-one error handling mixing -a with a VM id Preben Guldberg
  • Re: vmctl: off-by-one error handling mixing -a with a VM id Dave Voutila
  • Re: vmctl: off-by-one error handling mixing -a with a VM id Preben Guldberg
  • Re: vmctl: off-by-one error handling mixing -a with a VM id Theo Buehler
  • Re: vmctl: off-by-one error handling mixing -a with a VM id Preben Guldberg
  • Re: vmctl: off-by-one error handling mixing -a with a VM id Dave Voutila
  • Re: vmctl: off-by-one error handling mixing -a with a VM id Dave Voutila
  • Re: vmctl: off-by-one error handling mixing -a with a VM id Theo Buehler
  • Re: vmctl: off-by-one error handling mixing -a with a VM id Mike Larkin
• ieee80211_recv_auth: fix wrong seqnum wrap Stefan Sperling
• Possible negative index on ieee80211_ra.c Ricardo Mestre
  • Re: Possible negative index on ieee80211_ra.c Stefan Sperling
• rpki-client http client adjustments Claudio Jeker
  • Re: rpki-client http client adjustments Theo Buehler
• rge(4): move tx/rx descriptors into their own structs Kevin Lo
  • Re: rge(4): move tx/rx descriptors into their own structs Jonathan Matthew
• rpki-client adjust base64_decode Claudio Jeker
  • Re: rpki-client adjust base64_decode Theo Buehler
• httpd: Allow overriding global "no index" Quentin Rameau
  • Re: httpd: Allow overriding global "no index" Matthias Pressfreund
• Huawei ME906s-158 LTE, cdce(4) vs umb(4) Stuart Henderson
  • Re: Huawei ME906s-158 LTE, cdce(4) vs umb(4) Patrick Wildt
  • Re: Huawei ME906s-158 LTE, cdce(4) vs umb(4) Stuart Henderson
  • Re: Huawei ME906s-158 LTE, cdce(4) vs umb(4) Stuart Henderson
  • Re: Huawei ME906s-158 LTE, cdce(4) vs umb(4) Patrick Wildt
  • Re: Huawei ME906s-158 LTE, cdce(4) vs umb(4) Stuart Henderson
  • Re: Huawei ME906s-158 LTE, cdce(4) vs umb(4) Gerhard Roth
• vmd(8): fix packet handling for dhcpleased(8) Dave Voutila
  • Re: vmd(8): fix packet handling for dhcpleased(8) Florian Obser
  • Re: vmd(8): fix packet handling for dhcpleased(8) Dave Voutila
  • Re: vmd(8): fix packet handling for dhcpleased(8) Florian Obser
  • Re: vmd(8): fix packet handling for dhcpleased(8) Dave Voutila
  • Re: vmd(8): fix packet handling for dhcpleased(8) Dave Voutila
• efiboot/arm64: fix "mach dtb" return code to avoid bogus boot Klemens Nanni
  • Re: efiboot/arm64: fix "mach dtb" return code to avoid bogus boot Patrick Wildt
  • Re: efiboot/arm64: fix "mach dtb" return code to avoid bogus boot Klemens Nanni
  • Re: efiboot/arm64: fix "mach dtb" return code to avoid bogus boot Patrick Wildt
• [ICMP] IP options lead to malformed reply Schreilechner, Dominik
  • Re: [External] : [ICMP] IP options lead to malformed reply Alexandr Nedvedicky
  • Re: [External] : [ICMP] IP options lead to malformed reply Alexandr Nedvedicky
  • Re: [External] : [ICMP] IP options lead to malformed reply Schreilechner, Dominik
  • Re: [External] : [ICMP] IP options lead to malformed reply Alexandr Nedvedicky
  • Re: [External] : [ICMP] IP options lead to malformed reply Schreilechner, Dominik
  • Re: [External] : [ICMP] IP options lead to malformed reply Alexandr Nedvedicky
  • Re: [External] : [ICMP] IP options lead to malformed reply Alexander Bluhm
  • Re: [External] : [ICMP] IP options lead to malformed reply Alexandr Nedvedicky
  • Re: [External] : [ICMP] IP options lead to malformed reply Schreilechner, Dominik
  • Re: [External] : [ICMP] IP options lead to malformed reply Alexandr Nedvedicky
  • Re: [External] : [ICMP] IP options lead to malformed reply Schreilechner, Dominik
  • Re: [External] : [ICMP] IP options lead to malformed reply Alexandr Nedvedicky
• libcrypto bio_cb.c: fix mangled debug output Martin Vahlensieck
  • Re: libcrypto bio_cb.c: fix mangled debug output Theo Buehler
• mfs + cd9660: vop #define cleanup Sebastien Marie
• monotonic time going back by wrong skews YASUOKA Masahiko
  • Re: monotonic time going back by wrong skews Paul Irofti
  • Re: monotonic time going back by wrong skews YASUOKA Masahiko
  • Re: monotonic time going back by wrong skews Josh Rickmar
  • Re: monotonic time going back by wrong skews Scott Cheloha
  • Re: monotonic time going back by wrong skews Josh Rickmar
  • Re: monotonic time going back by wrong skews Scott Cheloha
  • Re: monotonic time going back by wrong skews Josh Rickmar
  • Re: monotonic time going back by wrong skews Scott Cheloha
  • Re: monotonic time going back by wrong skews Stuart Henderson
  • Re: monotonic time going back by wrong skews Scott Cheloha
  • Re: monotonic time going back by wrong skews Marcus MERIGHI
  • Re: monotonic time going back by wrong skews Scott Cheloha
  • Re: monotonic time going back by wrong skews Marcus MERIGHI
  • Re: monotonic time going back by wrong skews Stuart Henderson
  • Re: monotonic time going back by wrong skews Mark Kettenis
  • Re: monotonic time going back by wrong skews YASUOKA Masahiko
  • Re: monotonic time going back by wrong skews Scott Cheloha
  • Re: monotonic time going back by wrong skews Paul Irofti
  • Re: monotonic time going back by wrong skews YASUOKA Masahiko
  • Re: monotonic time going back by wrong skews Mark Kettenis
  • Re: monotonic time going back by wrong skews YASUOKA Masahiko
  • Re: monotonic time going back by wrong skews Paul Irofti
  • Re: monotonic time going back by wrong skews Scott Cheloha
  • Re: monotonic time going back by wrong skews Mark Kettenis
  • Re: monotonic time going back by wrong skews Scott Cheloha
  • Re: monotonic time going back by wrong skews Giovanni Bechis
  • Re: monotonic time going back by wrong skews YASUOKA Masahiko
  • Re: monotonic time going back by wrong skews Giovanni Bechis
  • Re: monotonic time going back by wrong skews Marcus MERIGHI
  • Re: monotonic time going back by wrong skews Stefmorino
  • Re: monotonic time going back by wrong skews Scott Cheloha
  • Re: monotonic time going back by wrong skews Josh Rickmar
  • Re: monotonic time going back by wrong skews Josh Rickmar
  • Re: monotonic time going back by wrong skews Scott Cheloha
  • Re: monotonic time going back by wrong skews Josh Rickmar
  • Re: monotonic time going back by wrong skews Mike Larkin
  • Re: monotonic time going back by wrong skews Scott Cheloha
  • Re: monotonic time going back by wrong skews Mike Larkin
  • Re: monotonic time going back by wrong skews Mark Kettenis
  • Re: monotonic time going back by wrong skews Theo de Raadt
• mg: interactive evaluation Mark Lumsden
• pcn(4): use ifq_dequeue instead of ifq_deq_begin/commit/rollback David Gwynne
• snmp(1) adjust for OPENBSD-PF-MIB Martijn van Duren
• wsmouse(4): make tap detection less restrictive Ulf Brosziewski
  • Re: wsmouse(4): make tap detection less restrictive Klemens Nanni
  • Re: wsmouse(4): make tap detection less restrictive Ulf Brosziewski
  • Re: wsmouse(4): make tap detection less restrictive Klemens Nanni
• athn(4): switch Tx rate control to RA Stefan Sperling
  • Re: athn(4): switch Tx rate control to RA Klemens Nanni
  • Re: athn(4): switch Tx rate control to RA Mikolaj Kucharski
  • Re: athn(4): switch Tx rate control to RA Mikolaj Kucharski
  • Re: athn(4): switch Tx rate control to RA Stefan Sperling
  • Re: athn(4): switch Tx rate control to RA Mikolaj Kucharski
  • Re: athn(4): switch Tx rate control to RA Mikolaj Kucharski
  • Re: athn(4): switch Tx rate control to RA Mikolaj Kucharski
  • Re: athn(4): switch Tx rate control to RA Mikolaj Kucharski
  • Re: athn(4): switch Tx rate control to RA Stefan Sperling
  • Re: athn(4): switch Tx rate control to RA Kevin Lo
  • Re: athn(4): switch Tx rate control to RA Lauri Tirkkonen
  • Re: athn(4): switch Tx rate control to RA Scott Bennett
  • Re: athn(4): switch Tx rate control to RA Stefan Sperling
  • Re: athn(4): switch Tx rate control to RA Uwe Werler
• mg: buffer pointer change after eread() Mark Lumsden
• UVM return(val) Martin Pieuchot
  • Re: UVM return(val) Mike Larkin
• sdmmc(4) off-by-one on boundary check Marcus Glocker
  • Re: sdmmc(4) off-by-one on boundary check Theo de Raadt
  • Re: sdmmc(4) off-by-one on boundary check Marcus Glocker
  • Re: sdmmc(4) off-by-one on boundary check Theo de Raadt
  • Re: sdmmc(4) off-by-one on boundary check Mark Kettenis
  • Re: sdmmc(4) off-by-one on boundary check Theo de Raadt
  • Re: sdmmc(4) off-by-one on boundary check Marcus Glocker
  • Re: sdmmc(4) off-by-one on boundary check Theo de Raadt
  • Re: sdmmc(4) off-by-one on boundary check Marcus Glocker
  • Re: sdmmc(4) off-by-one on boundary check Mark Kettenis
  • Re: sdmmc(4) off-by-one on boundary check Marcus Glocker
• cwm: add last-group command Omar Polo
  • Re: cwm: add last-group command Omar Polo
  • Re: cwm: add group-last command [Was: Re: cwm: add last-group command] Raf Czlonka
  • Re: cwm: add group-last command [Was: Re: cwm: add last-group command] Omar Polo
• update explicit_bzero test to not assume SIGSTKSZ to be constant Brent Cook
  • Re: update explicit_bzero test to not assume SIGSTKSZ to be constant Theo de Raadt
  • Re: update explicit_bzero test to not assume SIGSTKSZ to be constant Alexander Bluhm
  • Re: update explicit_bzero test to not assume SIGSTKSZ to be constant Brent Cook
• /dev/kmem address range check Alexander Bluhm
• Adding accessibility for blind and low vision individuals to OpenBSD? Ethin Probst
• wsconsctl.conf: mention mouse.tp.tapping in example Klemens Nanni
  • Re: wsconsctl.conf: mention mouse.tp.tapping in example Klemens Nanni
  • Re: wsconsctl.conf: mention mouse.tp.tapping in example Ulf Brosziewski
  • Re: wsconsctl.conf: mention mouse.tp.tapping in example Klemens Nanni
  • Re: wsconsctl.conf: mention mouse.tp.tapping in example Raf Czlonka
  • Re: wsconsctl.conf: mention mouse.tp.tapping in example Klemens Nanni
  • Re: wsconsctl.conf: mention mouse.tp.tapping in example Raf Czlonka
  • Re: wsconsctl.conf: mention mouse.tp.tapping in example Ulf Brosziewski
  • Re: wsconsctl.conf: mention mouse.tp.tapping in example Klemens Nanni
  • Re: wsconsctl.conf: mention mouse.tp.tapping in example Ulf Brosziewski
  • Re: wsconsctl.conf: mention mouse.tp.tapping in example Bryan Steele
• cwfg: update device-tree bindings Klemens Nanni
  • Re: cwfg: update device-tree bindings Klemens Nanni
  • Re: cwfg: update device-tree bindings Mark Kettenis
  • Re: cwfg: update device-tree bindings Klemens Nanni
  • Re: cwfg: update device-tree bindings Mark Kettenis
• uvm_page_physload: use km_alloc(9) Martin Pieuchot
  • Re: uvm_page_physload: use km_alloc(9) Mark Kettenis
• malloc: use km_alloc(9) for kmemusage Martin Pieuchot
  • Re: malloc: use km_alloc(9) for kmemusage Mark Kettenis
• namei/execve: entanglement's simplification Sebastien Marie
  • Re: namei/execve: entanglement's simplification Sebastien Marie
• witness: skip first frame when saving stacktraces Martin Pieuchot
• vmd(8): fix device state on vm receive Dave Voutila
• httpd.conf grammar Laurence Tratt
  • Re: httpd.conf grammar Andrew Grillet
  • Re: httpd.conf grammar Raf Czlonka
  • Re: httpd.conf grammar Laurence Tratt
  • Re: httpd.conf grammar Jason McIntyre
  • Re: httpd.conf grammar Raf Czlonka
  • Re: httpd.conf grammar Jason McIntyre
  • Re: httpd.conf grammar Raf Czlonka
  • Re: httpd.conf grammar Jason McIntyre
• veb(4) exceeds 1514 byte frame size while bridge(4) doesn't? Jurjen Oskam

• Earlier messages
• Later messages