-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Release dns v7.0.3 and happy-eyeballs 0.6.0 #23935
Conversation
…er, dns-mirage, dns-client, dns-client-mirage, dns-client-lwt, dns-cli and dns-certify (7.0.3) CHANGES: * dns-client-lwt, dns-client-mirage: adapt to happy-eyeballs 0.6 changes, also avoid unnecessary recursion (mirage/ocaml-dns#340 @hannesm, @reynir)
…s-lwt (0.6.0) CHANGES: * Fix connection establishment: parallelize connection attempts, deal with servers dropping packets (such as the Azure DNS resolver) * Introduce connect_delay (when to start the next connection attempt) * Deal with connect_timeout properly * Revise log output (IP vs domain name, fewer logs on debug level) All in robur-coop/happy-eyeballs#34, @hannesm, reviewed by @reynir -- sponsored by Semgrep Inc
suspect the same failures as #23915 (macos having a problematic llvm) |
I looked through the CI failures, and they're all unrelated: "switch turned off" "internal error" etc. -- IMHO this is ready to be merged (and would be nice to have merged rather sooner than later) :) |
Agreed. This one's a bit weird, but seemingly unrelated to this PR
|
thanks. there's a real (unrelated) issue with magic-trace:
|
/cc @dkalinichenko-js for the magic-trace failure above. Might be related to the recent Core.v0.16 merge |
Yeah, this is related to our changes. I'll make a PR putting version bounds on magic-trace. |
happy-eyeballs v0.6.0 (2023-06-15)
servers dropping packets (such as the Azure DNS resolver)
All in robur-coop/happy-eyeballs#34, @hannesm, reviewed by @reynir -- sponsored by Semgrep Inc
dns v7.0.3 (2023-06-15)
also avoid unnecessary recursion (Adapt to happy-eyeballs 0.6 changes mirage/ocaml-dns#340 @hannesm, @reynir)