You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Bad news everyone - pinot links libxapian (which is GPLv2+) and openssl
(which has a GPLv2+-incompatible advertising clause in its licence) into
the same binary:
I'm part of Xapian upstream, and with that hat on I can say we aren't
able to add an exception clause to the licence as there are copyright
holders who aren't interested in relicensing.
In the long term we're hoping to eliminate the non-relicensable code
from libxapian and release it under a more liberal licence, but that's
not imminent - a shorter-term way to resolve this for pinot in Debian is
needed.
It looks to me like you can probably build-depend on libcurl4-gnutls-dev
or libcurl4-nss-dev instead of libcurl4-openssl-dev (and drop
libssl-dev) except that the upstream configure script thinks it needs
openssl if curl-config --features|grep -i SSL is non-empty.
The part of this that's especially relevant upstream is that the configure test for when OpenSSL is needed seems to be wrong in some cases, making it harder to build binaries you can actually distribute.
But if it's feasible, avoiding using the combination of Xapian and OpenSSL would be good with the licensing of each as it currently is.
The text was updated successfully, but these errors were encountered:
Forwarded from https://bugs.debian.org/833692
The part of this that's especially relevant upstream is that the configure test for when OpenSSL is needed seems to be wrong in some cases, making it harder to build binaries you can actually distribute.
But if it's feasible, avoiding using the combination of Xapian and OpenSSL would be good with the licensing of each as it currently is.
The text was updated successfully, but these errors were encountered: