12:39:04 danmcd, i've uploaded the core of varpd to filepastebin.com, you can download it with this code 054376, mi PI is 20230921T034751Z 12:39:07 danmcd, https://pastebin.com/AHN5MG9U 13:09:20 danmcd: I'm not actually familiar with the background history to xnet, do you have any good reading material? I'm only familiar with the usual having to set _XOPEN_SOURCE correct to get access to msg_control etc. 13:09:54 haven't yet come across the case where we've had to add libxnet, so if that's something to look out for I'd like to do it across pkgsrc if possible and add some tests to ensure correct behaviour 13:13:22 to put some numbers on it, currently in 2022Q4 there are 2,382 packages that list a dependency on libsocket, but only 49 on libxnet 20:18:00 Ok, found the behavior change in unbound. This change between 1.17.1 and 1.18.0: 20:18:03 @@ -3809,7 +3860,11 @@ 20:18:06 evbits = UB_EV_READ | UB_EV_PERSIST; 20:18:08 /* ub_event stuff */ 20:18:11 c->ev->ev = ub_event_new(base->eb->base, c->fd, evbits, 20:18:14 +#ifdef USE_WINSOCK 20:18:16 comm_point_udp_callback, c); 20:18:19 +#else 20:18:21 + comm_point_udp_ancil_callback, c); 20:18:24 +#endif 20:18:25 means that where it formerly just used send() or sendto(), it now calls sendmsg(). 20:18:28 if(c->ev->ev == NULL) { 20:18:30 log_err("could not baseset udp event"); 20:18:33 comm_point_delete(c); 20:19:38 That seems broken in and of itself, without getting into the varieties of socket behavior. 20:26:12 hadfl: ^ might be while i am seeing some weirdness with the one from omnios-extra's too 20:26:39 did not have time to debug so i reverted 20:27:08 seeing this just reminded me that i was going to try and figure out what broke but forgot 20:35:33 I tossed a but report into their queue - https://github.com/NLnetLabs/unbound/issues/945 20:35:50 *bug 20:45:46 i suppose in the meantime we can add a patch to revert that one change for both pkgsrc and omnios-extra 20:46:14 USE_WINSOCK wouldn't seem to be particularly relevant for either of those platforms. 20:46:17 ;)