fw_update(8) improve verbose output

2022-01-05 Thread Andrew Hewus Fresh
After getting fw_update(8) into a state where it could get some testing, I found that the man page indicated that -v should indicate different levels of verbosity and I currently only had one. This was useful as I didn't really like the output anyway. Now one -v prints out an additional line when

msk(4): handle status ring entries as a single 64bit word

2022-01-05 Thread David Gwynne
and then shift and mask the interesting bits out. this works on an overdrive 1000, where i discovered that arm64 appears to have a single instruction for shift/mask. maybe too much churn to be worth it? Index: if_msk.c === RCS file:

Re: snmpd(8): New application layer - step towards agentx support

2022-01-05 Thread Joel Carnat
On Wed, Jan 05, 2022 at 06:17:46PM +0100, Martijn van Duren wrote: > Problem found: The code was compiled on -stable, which I apparently > misread. There's changes in libutil in current that this diff needs. > > Pending Joel's results: Anyone else wanting to chime in? > I installed -current on a

Re: hi?

2022-01-05 Thread Crystal Kolipe
On Wed, Jan 05, 2022 at 03:51:32PM -0500, fo...@dnmx.org wrote: > Hello? I am new to mailing lists You are successfully subscribed to the list and your posts are being received.

hi?

2022-01-05 Thread fossy
Hello? I am new to mailing lists

Re: snmpd(8): New application layer - step towards agentx support

2022-01-05 Thread Martijn van Duren
Problem found: The code was compiled on -stable, which I apparently misread. There's changes in libutil in current that this diff needs. Pending Joel's results: Anyone else wanting to chime in? On Mon, 2022-01-03 at 15:09 +0100, Joel Carnat wrote: > Hello, > > I have just patched my snmpd from -

Re: npppd: move EVP_* to heap

2022-01-05 Thread Todd C . Miller
On Wed, 05 Jan 2022 17:37:19 +0100, Theo Buehler wrote: > Right, thanks. Changed to use EVP_DigestInit_ex, EVP_DigestFinal_ex and > dropping EVP_MD_CTX_reset() which is no longer needed. > > I included the radiusctl diff here since it is really the same diff. Looks good to me. OK millert@ - to

Re: npppd: move EVP_* to heap

2022-01-05 Thread Theo Buehler
On Wed, Jan 05, 2022 at 09:00:32AM -0700, Todd C. Miller wrote: > On Wed, 05 Jan 2022 10:56:02 +0100, Theo Buehler wrote: > > > Another change needed for the upcoming libcrypto bump. Unfortunately, > > the code is structured in a way that it makes error checking hard since > > there are several la

Re: fpos_t in funopen(3)

2022-01-05 Thread Todd C . Miller
On Wed, 29 Dec 2021 15:28:57 -0600, Joe Nelson wrote: > Here's a patch. That looks correct to me. Since fpos_t just an alias for off_t on OpenBSD I don't think we need any shared library version bumps. - todd

Re: npppd: move EVP_* to heap

2022-01-05 Thread Todd C . Miller
On Wed, 05 Jan 2022 10:56:02 +0100, Theo Buehler wrote: > Another change needed for the upcoming libcrypto bump. Unfortunately, > the code is structured in a way that it makes error checking hard since > there are several layers of void functions. Should this not be using EVP_DigestInit_ex() inst

Re: rpki-client parser refactor

2022-01-05 Thread Theo Buehler
On Wed, Jan 05, 2022 at 11:45:55AM +0100, Claudio Jeker wrote: > This changes the last proc_parser function over to not pass the entity to > the function. In this case apart from file we also need to pass the public > key of the TA and the tal identifier. > > Change is mechanical and makes all cal

rpki-client parser refactor

2022-01-05 Thread Claudio Jeker
This changes the last proc_parser function over to not pass the entity to the function. In this case apart from file we also need to pass the public key of the TA and the tal identifier. Change is mechanical and makes all callers work the same way. -- :wq Claudio Index: parser.c

Re: snmp(d): move EVP_* to heap

2022-01-05 Thread Theo Buehler
On Wed, Jan 05, 2022 at 10:43:33AM +0100, Theo Buehler wrote: > This is needed for the upcoming libcrypto bump. While it would be better > to do error checking for EVP_Digest* (for example EVP_DigestInit* > usually allocates internally), I kept the change as mechanical as > possible and left that o

radiusctl: move EVP_* to heap

2022-01-05 Thread Theo Buehler
This is needed for the upcoming libcrypto bump. The code is essentially the same as in npppd(8), so it has the same issue: several layers of void functions that make error checking hard to add. Index: usr.sbin/radiusctl/chap_ms.c ===

npppd: move EVP_* to heap

2022-01-05 Thread Theo Buehler
Another change needed for the upcoming libcrypto bump. Unfortunately, the code is structured in a way that it makes error checking hard since there are several layers of void functions. This now does two unchecked allocations per stanza instead of just one. Index: usr.sbin/npppd/npppd/chap_ms.c =

dhcpd: move HMAC_CTX to heap, add error checking

2022-01-05 Thread Theo Buehler
This fairly mechanical conversion is needed for the upcoming libcrypto bump. This is similar to the changes made in libexec/spamd/sync.c a while back. Index: usr.sbin/dhcpd/sync.c === RCS file: /cvs/src/usr.sbin/dhcpd/sync.c,v retriev

snmp(d): move EVP_* to heap

2022-01-05 Thread Theo Buehler
This is needed for the upcoming libcrypto bump. While it would be better to do error checking for EVP_Digest* (for example EVP_DigestInit* usually allocates internally), I kept the change as mechanical as possible and left that one for someone else to fix. Index: usr.bin/snmp/usm.c ===