Michael Richardson
Michael Richardson
It seems to me that #include (no .h) is the part that's broken.
I hope this is the right ureq2 branch to send patches against. I want to be on ureq3, but first, I have to start from working code :-)
Martin Algesten ***@***.***> wrote: > It's good. I got two branches for ureq2 depending on MSRV. I will try > cherry-pick over. Though I'm not actively updating 2.x unless it's...
looks like a clone of BSD sys/queue.h
I don't think we've ever supported cross-compiling on Windows. But, it seems that "Windows" as a value for CMAKE_SYSTEM_NAME is wrong, if it implies x86_64, and Windows now supports building...
I think that "sudo rm /etc/networks" is probably the right solution to this problem. I don't think libpcap should attempt to work around this 1982 technology.
Jennifer Richards ***@***.***> wrote: > Going through the logs, I see the API calls that were posting these. On 2024-08-04 (all times UTC) I see: > * at 20:49:55: draft-ietf-opsawg-pcap-04...
> In actions/runner-images#7329 a working workaround was proposed: > --http1.1. This allowed us to continue pushing builds affected by this bug > until the underlying issue is fixed. I'll try...
Jennifer Richards ***@***.***> wrote: > Thanks - keep us updated. What version of curl are you using? So sticking to 1.1 seems to help. I haven't checked if my curl...
I guess that I just got upgraded *to* the broken version when I last patched desk/laptop, probably for critical SSH bug. I don't see another update in Debian Stable to...