Matt Johnston

The `|` "order-only prerequisite" doesn't seem to be a new GNU make addition, so I'm not sure why it would fail.

Putting `if (c < 0) printf` at line 91 I can reproduce it, though I couldn't get ubsan to catch it. It certainly looks like undefined behaviour, I'll figure how...

This sounds the same as https://github.com/mkj/dropbear/issues/143 , does that help?

What platform are you building on? Building against libxcrypt should have worked. Can you look in config.log what is recorded when it looks for `crypt`?

``` configure:5346: checking for crypt in -lcrypt configure:5369: riscv64-unknown-linux-gnu-gcc -o conftest -D_FORTIFY_SOURCE=2 -fstack-protector-strong -fPIE -Wundef -fno-strict-overflow -Wno-pointer-sign -Os -W -Wall -Wl,-z,now -Wl,-z,relro -pie conftest.c -lcrypt >&5 /home/grads/h/harpreetsc/Documents/keystone/riscv/lib/gcc/riscv64-unknown-linux-gnu/13.2.0/../../../../riscv64-unknown-linux-gnu/bin/ld: cannot find -lcrypt:...

Old issue

`ttyslot()` is another legacy function so musl haven't implemented it. I guess "direct" isn't a from-scratch implementation. loginrec is all sorts of handling for legacy Unices, so I haven't touched...

Could be useful on other old Unixes, or BSDs perhaps?

Yes svr-authpubkey.c would be a start. Here are some quick thoughts on what would be required (only looking at server/auth signature verify support for now): - Add new `signkey_names` entries...

I think the problem here could be that now mctp_message_tx() will return -EBUSY if there is a tx_msg in progress (added in 4a09e1dc4883 that @amboar pointed to). https://github.com/openbmc/libmctp/blob/b04447c2d8c7d4659350a808ade9b1345794e3fc/core.c#L885-L889 mctp-demux-demon should...