rcctl(8): use modern ksh semantics

2021-05-01 Thread Jordan Geoghegan
Hello, I've been perusing some of the ksh scripts within /usr/sbin/ and noticed some differences in coding style and shell syntax usage. Is there an "official" OpenBSD ksh style guide or a list of recommendations? For example, syspatch, sysupgrade and sysmerge all use double square brackets

Re: Fix assigning array variables in ksh

2021-02-28 Thread Jordan Geoghegan
on. I'm sure noone is against this patch then. > > The code in typeset() function, which is responsible for almost all > shell variable tweaking, contains a bug: in case of array it passes > "foo=var" instead of only variable name ("foo"), if the value was > ever g

Re: grep: add --null flag

2021-01-26 Thread Jordan Geoghegan
On 1/26/21 12:13 PM, Stuart Henderson wrote: > On 2021/01/26 11:18, Jordan Geoghegan wrote: >> >> On 1/26/21 5:47 AM, Stuart Henderson wrote: >>> On 2021/01/25 00:53, Sebastian Benoit wrote: >>>> Sebastian Benoit(be...@openbsd.org) on 2021.01.25 00:2

Re: grep: add --null flag

2021-01-26 Thread Jordan Geoghegan
On 1/26/21 5:47 AM, Stuart Henderson wrote: > On 2021/01/25 00:53, Sebastian Benoit wrote: >> Sebastian Benoit(be...@openbsd.org) on 2021.01.25 00:27:05 +0100: >>> Theo de Raadt(dera...@openbsd.org) on 2021.01.24 16:01:32 -0700: Stuart Henderson wrote: > On 2021/01/24 12:10, Theo

Re: grep: add --null flag

2021-01-25 Thread Jordan Geoghegan
On 1/24/21 3:53 PM, Sebastian Benoit wrote: > And we already have -z for "force grep to behave as zgrep". Maybe I'm misunderstanding what you're saying, but '-Z' (uppercase) appears to be the flag for "Force grep to behave as zgrep." The '-z' (lowercase) is currently unused/invalid in our

Re: [PATCH] octeon.html dead links

2020-12-30 Thread Jordan Geoghegan
On 12/30/20 4:59 AM, Stuart Henderson wrote: > On 2020/12/30 00:12, Jordan Geoghegan wrote: >> Hello, >> >> I noticed some dead links on the octeon.html page for the Portwell and Rhino >> devices. >> >> The Portwell link has been pointed to archi

[PATCH] octeon.html dead links

2020-12-30 Thread Jordan Geoghegan
Hello, I noticed some dead links on the octeon.html page for the Portwell and Rhino devices. The Portwell link has been pointed to archive.org and the Rhino links now point to correct URL after Rhino Labs changed their website around. I've attached the patch rather that inlining it as I'm

Re: dig vs ipv6 (scoped) addresses

2020-12-19 Thread Jordan Geoghegan
On 12/18/20 5:04 PM, Jordan Geoghegan wrote: On 12/17/20 3:15 AM, Otto Moerbeek wrote: Hi, as noted on misc dig does not like to talk to local link addresses. This fixes that case. While investigating I also found another bug: selecting v6 or v4 addresses only from resolv.conf via the -4

Re: dig vs ipv6 (scoped) addresses

2020-12-18 Thread Jordan Geoghegan
On 12/17/20 3:15 AM, Otto Moerbeek wrote: Hi, as noted on misc dig does not like to talk to local link addresses. This fixes that case. While investigating I also found another bug: selecting v6 or v4 addresses only from resolv.conf via the -4 or -6 command line argument does not work as

Re: find -exec util {} arg + confusion

2020-11-19 Thread Jordan Geoghegan
On 11/16/20 12:15 AM, Paul de Weerd wrote: Hi Andreas, On Mon, Nov 16, 2020 at 08:53:36AM +0100, Andreas Kusalananda Kähäri wrote: | On Thu, Nov 12, 2020 at 08:51:22PM +0100, Paul de Weerd wrote: | > Hi all, | > | > I misread find(1) and did: | > | > [weerdpom] $ find path/to/cam -name

Re: Unbound 1.12.0

2020-10-13 Thread Jordan Geoghegan
On 2020-10-13 07:25, Stuart Henderson wrote: On 2020/10/11 15:37, Renaud Allard wrote: On 10/10/2020 22:05, Stuart Henderson wrote: Here's an update to the recently released version of Unbound. Much of the additional code is for DoH and is unused here as it requires the nghttp2 library.

Re: doas: improve error message

2020-10-08 Thread Jordan Geoghegan
On 2020-10-08 16:39, Klemens Nanni wrote: On Thu, Oct 08, 2020 at 04:23:53PM -0700, Jordan Geoghegan wrote: This improved error message would have been useful a few months ago where I had a number of end-users of one of my scripts get confused due to the cryptic error messages spit out

Re: doas: improve error message

2020-10-08 Thread Jordan Geoghegan
Hi Klemens, I'm not a dev, so I can't give you an OK, but I just wanted to say that I certainly support this change. This improved error message would have been useful a few months ago where I had a number of end-users of one of my scripts get confused due to the cryptic error messages spit

Re: [Patch] Change httpd's handling of request "Host:" headers

2020-09-11 Thread Jordan Geoghegan
On 2020-08-10 08:49, Jeremie Courreges-Anglas wrote: On Sun, Aug 09 2020, Ross L Richardson wrote: At present, if a request contains no "Host:" header [HTTP pre-1.1] or if the supplied header does not match any of the servers configured in httpd.conf, the request is directed to the first

mktestdata.sh make effective use of character classes

2020-07-14 Thread Jordan Geoghegan
Hello, This is my first diff I've submitted here, so I imagine there's a dozen things I'm missing/clueless about. I've been making an effort to start browsing the tree and reading the code regularly. I came across this file, I know it's a regress test, so there may be some context/history

Re: unbound 1.10.0

2020-03-16 Thread Jordan Geoghegan
On 2020-03-16 06:01, Renaud Allard wrote: On 3/15/20 9:53 PM, Stuart Henderson wrote: On 2020/03/15 19:05, Renaud Allard wrote: On 15/03/2020 17:36, Stuart Henderson wrote: Lots of churn again.. most of the new + are related to the new rpz and serve-stale support. I've been running it

Re: Stream Control Transmission Protocol SCTP RFC4960

2019-05-24 Thread Jordan Geoghegan
On 5/23/19 2:35 PM, Job Snijders wrote: On Thu, May 23, 2019 at 19:50 Denis wrote: SCTP(4) present in FreeBSD 12.0 OpenBSD implementation planned? Nothing planned as far as I know. Out of curiosity - what is your use case? Do you really use it? It doesn’t seem to be a widely used

Re: Removing PF

2019-04-01 Thread Jordan Geoghegan
On 4/1/19 9:03 AM, Kevin Chadwick wrote: On 4/1/19 3:18 PM, Mateusz Guzik wrote: While I support pf removal, I don't think bpf is the way to go. FreeBSD just removed their pf [1] so the code is up for grabs and you can import it with one weird trick. [1]