Yavor Doganov wrote: > Wed, 30 Jun 2010 21:35:45 +0100, MJ Ray > > I think the suggestion is that software using python-pycurl would not > > change if they were using openssl or gnutls. I don't understand how the > > GPL'd software is derived from openssl if it works interchangably with > > gnutls on the other side of pycurl. Can you explain? > > I see no difference between this scenario and a classic C program that > supports both OpenSSL and GnuTLS via #ifdef's and `configure' options.
In the C-ifdef scenario, the GPL program is derived from both OpenSSL and GnuTLS. That is, its programmer obviously knows about OpenSSL's functions. In the pycurl scenario, the GPL program is derived from pycurl. The difference is that the GPL-using programmer need not know about OpenSSL's functions, so I don't see how it can be said to be derived from it. It would even be written the same in a world without OpenSSL, as long as pycurl is the same whether it's a version derived from OpenSSL or a version derived from GNUTLS. Can you explain why the GPL program using pycurl is derived from OpenSSL, please? > Or a C program linking against an LGPL'ed library which links against > libssl. If the library is modified to use GnuTLS instead, the program > would still continue to work with that variant of the library > interchangably (provided it is API/ABI compatible, of course). If the > program is using the gnutls-linked variant of the library, it needs no > exception. If it is using the openssl-linked variant, it does because of > the indirect linking with libssl. So, as long as debian usually installs the gnutls-linked variant, no problem, right? It's up to the user if they want to modify their system to install the variant that may cause distribution/licensing problems. Merely having it available doesn't seem like a problem to me. I repeat that I feel the best solution is to bugfix GNUTLS, broken software or broken servers, before they break the OpenSSL variant too. Rebuilding pycurl seems like a dirty/uncertain workaround. Regards, -- MJR/slef My Opinion Only: see http://people.debian.org/~mjr/ Please follow http://www.uk.debian.org/MailingLists/#codeofconduct -- To UNSUBSCRIBE, email to debian-legal-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100701190919.78b4ef7...@nail.towers.org.uk