On Tue, 15 Sep 2020, Dewancker, Bart wrote:
I have located the problem we faced with curl version 7.64 on Debian Buster
and not with curl version 7.52 on Debian Stretch. Along with libcurl3, which
comes with version 7.52, on Stretch we use curlpp (version 0.8.1-2), a C ++
wrapper for the libcurl. This wrapper works fine with libcurl3 but is no
longer compatible with libcurl4. Since there is no curlpp version available
for libcurl4, I downgraded to curl version 7.52 on Buster.
Thanks for getting back to us with this.
If this is true, this is a Debian issue and not really a curl issue.
- the recent libcurl3 vs libcurl4 bump was created by Debian and not by us.
(We made that already back in 2006.)
- you'd think that Debian would then ship a curlpp that's compatible with the
libcurl they ship (even if curlpp as a project seems mostly abandonded?)
- that soname bump *should not* be a reason for curlpp to stop working as
there's no ABI change or similar in libcurl that should reasonably motivate it
[*].
[*] = unless you use CURLOPT_SSL_CTX_FUNCTION and have an unhealthy knowledge
and use of the SSL context provided in that callback
--
/ daniel.haxx.se | Commercial curl support up to 24x7 is available!
| Private help, bug fixes, support, ports, new features
| https://www.wolfssl.com/contact/
-------------------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette: https://curl.haxx.se/mail/etiquette.html
