It seems quite clear that rust users use hyper but few of them want to work on making it work for a C project like curl, and among existing curl users there is virtually no interest in hyper. The overlap in the Venn diagram of the two universes is not big enough.
I occasionally use curl myself but never really thought about what language(s) it used in its implementation. Curious if there are power curl users to whom its internal implementation details would really matter. For me its mainly just testing my own websites and vulns there are unlikely. If I was using curl to scrape a lot of sketchy sites I might care about its memory security more.
The most important part of curl is the library, not the CLI tool. And the TLS backend is very much relevant due to varying features supported, different licenses involved, and varying levels of ease when it comes to building and distribution.
That’s when you’re providing binaries. Otherwise, you would have to be wary of potential compatibility issues with
libcurlpackages provided by different Linux distributions for example.See CURLOPT_ECH for a recent and still evolving example of this.
I think my usecase of
curlis entirely covered byhyper(I just use it for http/s with a small handful of flags); but I also have absolutely no idea what goes on insidecurlor how my distro chooses to build it.Rebuilding
curlto use Rust here and there (it still supports rustls and quiche) seems like an interesting undertaking, but yeah, I suspect mostcurlusers don’t build it themselves and have no idea what experimental features it could be built with. Guessing the curl survey has data for that.Stenberg seems like a cool dude and this seems like an amicable split.
