Fedora, who usually are very restricted about things, have this take: > “ However, we consider that the OpenSSL library is a system library, as > defined by the GPL, *on Fedora* and therefore we are allowed to ship GPL > software that links to the OpenSSL library. …” > — > https://fedoraproject.org/wiki/Licensing:FAQ?rd=Licensing/FAQ#What.27s_the_deal_with_the_OpenSSL_license.3F
The STK license already says: https://github.com/supertuxkart/stk-code/blob/master/COPYING#L3-L10 >“The SuperTuxKart data files (textures, models, sounds, music, etc.) are >released under a mixture of licenses including, but not limited to, the >following:” … but not limitied to…? Perhaps someone could just ask STK to add the openssl licens to their mix of (other) licenses, or as an additional permission as described in https://www.gnu.org/licenses/gpl-faq.html#GPLIncompatibleLibs to make it a proper exeption? > “ If you're using GPLv3, you can accomplish this goal by granting an > additional permission under section 7.” · Eric On 8/25/20 10:40 , Joshua Root wrote: > On 2020-8-25 12:18 , Ken Cunningham wrote: >>> On Aug 24, 2020, at 7:13 PM, Joshua Root <[email protected] >>> <mailto:[email protected]>> wrote: >>> Doesn't supertuxkart itself depend on curl? >>> >>> - Josh >> Oh, yes, of course you are right. It does. >> >> Is that what makes it non-distributable? Even though it doesn’t link >> against openssl? > Supertuxkart uses curl, curl uses openssl. They form a single program. > > You thus have to follow the licenses of all the component parts, and > because of certain clauses in the GPL and the OpenSSL license, you > cannot distribute the combination at all. > > <https://people.gnome.org/~markmc/openssl-and-the-gpl> > > - Josh
