Currently on Gentoo, it seems our packagers are forcing the usage of either gnutls or openssl backends for ssl support in curl:
https://bugs.gentoo.org/show_bug.cgi?id=596480
It seems that it was introduced because of this change on your side:
457d849
But, simply trying to build it against the nss backend, it looks to also work fine. That is important because each ssl curl backend excludes all the other ones, causing collisions with other reverse dependencies of curl.
The version we are using is this snapshot: 457d849
and it looks to compile ok even without ssl support in curl :/
Could this dependency be clarified? From other reverse deps of curl (like liboauth), it seems that all this restrictions are there when libcurl is used, if they are using curl command directly, there is no restriction. That is the reason for other upstreams, like liboauth, allowing this usage to be configurable at compile time, to try to avoid collisions between different curl reverse deps trying to ask for colliding backends.
Thanks for your help
Currently on Gentoo, it seems our packagers are forcing the usage of either gnutls or openssl backends for ssl support in curl:
https://bugs.gentoo.org/show_bug.cgi?id=596480
It seems that it was introduced because of this change on your side:
457d849
But, simply trying to build it against the nss backend, it looks to also work fine. That is important because each ssl curl backend excludes all the other ones, causing collisions with other reverse dependencies of curl.
The version we are using is this snapshot: 457d849
and it looks to compile ok even without ssl support in curl :/
Could this dependency be clarified? From other reverse deps of curl (like liboauth), it seems that all this restrictions are there when libcurl is used, if they are using curl command directly, there is no restriction. That is the reason for other upstreams, like liboauth, allowing this usage to be configurable at compile time, to try to avoid collisions between different curl reverse deps trying to ask for colliding backends.
Thanks for your help