supertuxkart non-redistributable?

[Eric F (iEFdev)]

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 <jmr at macports.org
>>> <mailto:jmr at macports.org>> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20200825/cbef5c42/attachment-0001.htm>