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
I've been thinking about ways of how to resolve some GPL licensing issue in telegram-purple (see majn/telegram-purple#1), which is caused by the hard dependency on OpenSSL in libtgl. I'm probably not the only one that might run into this issue, since the OpenSSL license is incompatible with the GPL and not every project has the ability to add a GPL exception for OpenSSL.
I think one good way to solve this would be to provide a way to pass a struct of crypto functions to use instead of using OpenSSL statically, and providing a way to compile libtgl without OpenSSL. This would allow others to compile it with something like libgcrypt if GPL-compliance is a hard dependency.
Im working on a pull request to patch that functionality, is there is any chance that you would merge such a thing?
The text was updated successfully, but these errors were encountered:
I've been thinking about ways of how to resolve some GPL licensing issue in telegram-purple (see majn/telegram-purple#1), which is caused by the hard dependency on OpenSSL in libtgl. I'm probably not the only one that might run into this issue, since the OpenSSL license is incompatible with the GPL and not every project has the ability to add a GPL exception for OpenSSL.
I think one good way to solve this would be to provide a way to pass a struct of crypto functions to use instead of using OpenSSL statically, and providing a way to compile libtgl without OpenSSL. This would allow others to compile it with something like libgcrypt if GPL-compliance is a hard dependency.
Im working on a pull request to patch that functionality, is there is any chance that you would merge such a thing?
The text was updated successfully, but these errors were encountered: