<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#333333" bgcolor="#FFFFFF">
    <p>Fedora, who usually are very restricted about things, have this
      take:</p>
    <p>> “
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      However, we consider that the OpenSSL library is a system library,
      as defined by the GPL, <b>on Fedora</b> and therefore we are
      allowed to ship GPL software that links to the OpenSSL library. …”<br>
      > —
<a class="moz-txt-link-freetext" href="https://fedoraproject.org/wiki/Licensing:FAQ?rd=Licensing/FAQ#What.27s_the_deal_with_the_OpenSSL_license.3F">https://fedoraproject.org/wiki/Licensing:FAQ?rd=Licensing/FAQ#What.27s_the_deal_with_the_OpenSSL_license.3F</a><br>
    </p>
    <p>
      <meta http-equiv="content-type" content="text/html; charset=utf-8">
      <br>
      The STK license already says:
      <a class="moz-txt-link-freetext" href="https://github.com/supertuxkart/stk-code/blob/master/COPYING#L3-L10">https://github.com/supertuxkart/stk-code/blob/master/COPYING#L3-L10</a><br>
    </p>
    <p>>“The SuperTuxKart data files (textures, models, sounds,
      music, etc.) are released under a mixture of licenses including,
      but not limited to, the following:” <br>
    </p>
    <p>… but not limitied to…?</p>
    <p><br>
      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
      <a class="moz-txt-link-freetext" href="https://www.gnu.org/licenses/gpl-faq.html#GPLIncompatibleLibs">https://www.gnu.org/licenses/gpl-faq.html#GPLIncompatibleLibs</a> to
      make it a proper exeption?<br>
    </p>
    > “
    <meta http-equiv="content-type" content="text/html; charset=utf-8">
    If you're using GPLv3, you can accomplish this goal by granting an
    additional permission under section 7.”<br>
    <br>
    · Eric<br>
    <br>
    <br>
    <div class="moz-cite-prefix">On 8/25/20 10:40 , Joshua Root wrote:<br>
    </div>
    <blockquote
      cite="mid:9a0202d4-1982-f11a-e167-5cf4cbe8ad84@macports.org"
      type="cite">
      <pre wrap="">On 2020-8-25 12:18 , Ken Cunningham wrote:</pre>
      <blockquote type="cite">
        <blockquote type="cite">
          <pre wrap="">On Aug 24, 2020, at 7:13 PM, Joshua Root <<a class="moz-txt-link-abbreviated" href="mailto:jmr@macports.org">jmr@macports.org</a>
<a class="moz-txt-link-rfc2396E" href="mailto:jmr@macports.org"><mailto:jmr@macports.org></a>> wrote:
</pre>
        </blockquote>
        <blockquote type="cite">
          <pre wrap="">Doesn't supertuxkart itself depend on curl?

- Josh
</pre>
        </blockquote>
        <pre wrap="">
Oh, yes, of course you are right. It does.

Is that what makes it non-distributable? Even though it doesn’t link
against openssl?
</pre>
      </blockquote>
      <pre wrap="">
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.

<a class="moz-txt-link-rfc2396E" href="https://people.gnome.org/~markmc/openssl-and-the-gpl"><https://people.gnome.org/~markmc/openssl-and-the-gpl></a>

- Josh
</pre>
    </blockquote>
    <br>
  </body>
</html>