<div dir="auto">Is this a doctrine, or explicit law?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 29, 2019, 13:59 Patrice-Emmanuel Schmitz via License-discuss <<a href="mailto:license-discuss@lists.opensource.org">license-discuss@lists.opensource.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">As far the European law could be applicable, I just confirm that, for the purpose of interoperability between several components and when you are the legitimate owner or the legitimate licensee of these components, there is a copyright exception regarding their APIs. APIs escape to copyright , meaning also that no license may restrict their reproduction as soon the aim is to make the various components working together. By the way, regarding linking, this invalidates also the theory of strong copyleft, in my opinion.<div>All the best,</div><div>Patrice-Emmanuel</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le sam. 29 juin 2019 à 15:08, Pamela Chestek <<a href="mailto:pamela@chesteklegal.com" target="_blank" rel="noreferrer">pamela@chesteklegal.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF">
<br>
<div class="m_720975723019406264gmail-m_8866525935254244560moz-cite-prefix">On 6/28/19 11:40 PM, Bruce Perens via
License-discuss wrote:<br>
</div>
<blockquote type="cite"><span class="m_720975723019406264gmail-m_8866525935254244560gmail-im" style="color:rgb(80,0,80)">
<div><br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div bgcolor="#FFFFFF"><i>Until now, the principle of copyleft
has only been applied to literal code, not APIs. The <span class="m_720975723019406264gmail-m_8866525935254244560gmail-il">license</span> submitter’s proposal is
for a copyleft effect that would apply to new
implementations of the API even when the underlying has
been written from scratch. <a class="m_720975723019406264gmail-m_8866525935254244560gmail-m_-3438543155154543484gmail-m_-8747199028017241789moz-txt-link-freetext" href="http://lists.opensource.org/pipermail/license-review_lists.opensource.org/2019-April/004056.html" target="_blank" rel="noreferrer">http://lists.opensource.org/pipermail/<span class="m_720975723019406264gmail-m_8866525935254244560gmail-il">license</span>-review_lists.opensource.org/2019-April/004056.html</a>.
The <span class="m_720975723019406264gmail-m_8866525935254244560gmail-il">license</span> also makes this
extension even if the legal system would not extend
copyright (and therefore copyleft) so far. During the <span class="m_720975723019406264gmail-m_8866525935254244560gmail-il">license</span>-review process some
commentators objected to this extension of the copyleft
principle this far. However, the <span class="m_720975723019406264gmail-m_8866525935254244560gmail-il">license</span> review
committee does not believe that there was sufficient
discussion representing all points of view on the <span class="m_720975723019406264gmail-m_8866525935254244560gmail-il">license</span>-review list and so does
not reject the <span class="m_720975723019406264gmail-m_8866525935254244560gmail-il">license</span> for
this reason. The <span class="m_720975723019406264gmail-m_8866525935254244560gmail-il">license</span> submitter
should also be aware that the OSI was a signatory on a
brief submitted to the U.S. Supreme Court advocating
against the copyrightability of APIs. APIs are also known
to be outside the scope of copyright under European law.
We are consequently uncomfortable endorsing an application
of copyright law to APIs in any form without further
discussion.</i></div>
</blockquote>
<div><br>
</div>
</span>
<div>The successful application of copyright to APIs would be a
disaster for Open Source software, in that we would no longer be
able to create Open versions of existing APIs or languages.
Consider that the GNU C compiler is the bootstrap tool of Open
Source. Now, consider what would have happened if copyright
protection had prevented independent implementations of the C
language.</div>
<div><br>
</div>
<div>So, it's a bad idea for us to in any way accept the
application of API copyright today.</div>
<div><br>
</div>
<div>If we actually <i>get </i>API copyrights enforced against us
broadly, we would obviously have to change our strategy. But
until then, we shouldn't go there.</div>
<span class="m_720975723019406264gmail-m_8866525935254244560gmail-im" style="color:rgb(80,0,80)">
<div> </div>
</span></blockquote>
<br>
</div>
_______________________________________________<br>
License-discuss mailing list<br>
<a href="mailto:License-discuss@lists.opensource.org" target="_blank" rel="noreferrer">License-discuss@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="m_720975723019406264gmail_signature">Patrice-Emmanuel Schmitz<br><a href="mailto:pe.schmitz@googlemail.com" target="_blank" rel="noreferrer">pe.schmitz@googlemail.com</a><br>tel. + 32 478 50 40 65</div>
_______________________________________________<br>
License-discuss mailing list<br>
<a href="mailto:License-discuss@lists.opensource.org" target="_blank" rel="noreferrer">License-discuss@lists.opensource.org</a><br>
<a href="http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org" rel="noreferrer noreferrer" target="_blank">http://lists.opensource.org/mailman/listinfo/license-discuss_lists.opensource.org</a><br>
</blockquote></div>