<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta content="text/html; charset=utf-8">
</head>
<body>
Until there is case law either way any conservative reading of the license by a corporate attorney will result in not wanting to use any strong copyleft license when there is corporate IP.
<div><br>
</div>
<div>If the ESA needs/wants weak copyleft and EUPL is strong then that's not grounds for rejection based on proliferation.</div>
<div><br>
</div>
<div>My preference is that NASA and ESA have a common open source licensing scheme but that may be a bridge to far. Is NOSA1.3 and 2.0 compatible with ESA-PL in the opinion of the NASA and ESA lawyers on this list?</div>
<div><br>
</div>
<div>If not then this would be sub-optimal...<br>
<br>
<br>
Sent with BlackBerry Work (www.blackberry.com)<br>
<br>
</div>
<div class="gw_quote" style="border-top:#b5c4df 1pt solid; padding-top:6px; font-size:14px">
<div><b>From: </b><span>Patrice-Emmanuel Schmitz <<a href="mailto:pe.schmitz@googlemail.com">pe.schmitz@googlemail.com</a>></span></div>
<div><b>Date: </b><span>Friday, Feb 10, 2017, 3:35 AM</span></div>
<div><b>To: </b><span>License submissions for OSI review <<a href="mailto:license-review@opensource.org">license-review@opensource.org</a>></span></div>
<div><b>Subject: </b><span>Re: [License-review] Submission of the European Space Agency Public Licenses (ESA-PL) for approval</span></div>
</div>
<br>
<div>
<div dir="ltr">Regarding the arbitration clause, the EUPL v1.2 (currently a draft, but Commission states that it will be published in the coming months) provides more freedom than v1.1 because it can be complemented by any kind of specific agreements that are
compatible with the licence.
<div>Regarding copyleft, I wrote that <span style="color:rgb(80,0,80); font-size:12.8px"> the EUPL has no strong v/s weak copyleft versions, but I did not wrote that the EUPL was strong copyleft. </span></div>
<div><span style="color:rgb(80,0,80); font-size:12.8px">This is because (like L. Rosen) I am really sceptical concerning the legal reality of the "strong copyleft" assumption that linking two programs creates a derivative.</span></div>
<div><font color="#500050"><span style="font-size:12.8px">My position is based on recitals 10 and 15 of Directive 2009/24 EC on the legal protection of computer programs, where reproduction of code needed for interoperability escapes to copyright infringement.</span></font></div>
<div><font color="#500050"><span style="font-size:12.8px"><br>
</span></font>
<div><br>
</div>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">2017-02-09 17:16 GMT+01:00 Carsten Gerlach <span dir="ltr">
<<a href="mailto:cgerlach@tcilaw.de" target="_blank">cgerlach@tcilaw.de</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
Use of the EuPL was indeed considered, in particular since the EuPL is<br>
also drafted with the European legal framework in mind. However, the<br>
EuPL does not fit ESA's legal requirements, which e.g. includes the need<br>
of an arbitration clause in accordance with the ESA convention. The<br>
choice of law clause does not fit, since some ESA member states are not<br>
members of the European Union. Also, as you stated, the EuPL is a strong<br>
Copyleft license, but ESA's use cases require weak Copyleft and<br>
permissive licensing as well. Furthermore, ESA's strong Copyleft license<br>
version does not include a compatibility clause (only the weak Copyleft<br>
version does), which is a better fit for the intended use cases.<br>
<br>
Best regards, Carsten<br>
<span class=""><br>
<br>
On 02.02.2017 16:25, Patrice-Emmanuel Schmitz wrote:<br>
> Just a simple question: why is ESA forging its own licence, adding to<br>
> licence proliferation, and not considering the use of the EUPL, at least<br>
> regarding the copyleft versions?<br>
> Is it because the EUPL has no strong v/s weak copyleft versions?<br>
> Best regards,<br>
> Patrice<br>
><br>
> 2017-01-20 15:26 GMT+01:00 Carsten Gerlach <<a href="mailto:cgerlach@tcilaw.de">cgerlach@tcilaw.de</a><br>
</span>> <mailto:<a href="mailto:cgerlach@tcilaw.de">cgerlach@tcilaw.de</a>>>:<br>
<div>
<div class="h5">><br>
> On 11.01.2017 13:50, jonathon wrote:<br>
><br>
> > The key issue here is «that exercising rights granted by this License<br>
> > infringes third party's intellectual property rights».<br>
> ><br>
> > Astrolabe, Inc v Olson et al<br>
> > Case # 1:2011cv11725<br>
> > Filed 30 September 2011<br>
> > Massachusetts District Court, Boston.<br>
> ><br>
> > Until that lawsuit was filed, nobody dreamed that the _Time Zone and<br>
> > Daylight Saving Time Database_ could be a copyright violation.<br>
> > (For those people who don't recognize the database name, it was the<br>
> > official reference for time zones for the Internet in general, and Unix<br>
> > in specific.) (That court case was voluntarily dismissed by the<br>
> > plaintiff. The specific reason why was not publicly disclosed.)<br>
> ><br>
> > What makes that lawsuit even more surprising, is that copyright law in<br>
> > the United States neither recognizes "sweat of the brow" work product as<br>
> > being copyrightable, nor databases as being, in and of themselves,<br>
> > copyrightable.<br>
> ><br>
> > Call that an edge case. Call it a submarine case. Regardless, what would<br>
> > a firm who uses software with the ESA-PL supposed to do, if a key data<br>
> > source for it, was the subject of a similar lawsuit?<br>
><br>
> If you positively know, or have sufficient reason to believe, that you<br>
> infringe third party rights by using a software, you will usually stop<br>
> such use. I think that is general prudent behavior, regardless of<br>
> specific license terms.<br>
><br>
> However, I assume your issue is that in your example it is not the<br>
> software that is infringing, but the data processed with the software<br>
> (the lawsuit was basically filed for unauthorized reproduction of the<br>
> timezone database). Sec. 7 is not meant to apply to such cases - to data<br>
> is processed by the software - and I think it cannot be reasonably<br>
> construed to apply to such cases. In your example the infringement is<br>
> not caused by an exercise of rights granted by the license (e.g. by<br>
> running or copying the software), but by an exercise of rights in<br>
> respect of the data the software is processing.<br>
><br>
> > Increasingly, with patents, the only way to know if usage is infringing,<br>
> > is for a court to rule on the matter. Paying the dangeld is always a<br>
> > losing proposition, but fighting requires more resources than the<br>
> > typical organization can afford to throw away.<br>
><br>
> In such cases it might be sensible to stop the allegedly infringing use.<br>
> However, Sec. 7 does not mandate it unless the infringement is<br>
> positively known (e.g. has been confirmed by a court or the patent<br>
> holder has provided you with sufficient evidence etc.).<br>
><br>
> >> For the European space community it is crucial that any licensee is<br>
> > obliged to inform the community of any third party claims he knows of.<br>
> ><br>
> > The ESA-PL does not mandate that known, potential third party<br>
> claims be<br>
> > included.<br>
> ><br>
> > I'll grant that "known" is both vague, and a very slippery slope,<br>
> ><br>
> >> Since the disclosure obligation only applies to patents related<br>
> to the software itself,<br>
> ><br>
> > But does it?<br>
> ><br>
> > «4.5 Each Contributor must identify all of its Patent Claims by<br>
> > providing at a minimum the patent number and identification and<br>
> contact<br>
> > information in a text file included with the Distribution titled<br>
> "LEGAL".»<br>
> ><br>
> > Much as I'd like to think that that clause meant _only_ the<br>
> patents that<br>
> > impact the specific software, an outfit like Prenda Law will claim<br>
> that<br>
> > it means the entire patent portfolio of the firm. Alternatively, since<br>
> > they are willing to bet the Dangeld, they will claim that it means the<br>
> > entire patent portfolio of the firm, plus the entire patent<br>
> portfolio of<br>
> > every employee of the firm, plus the entire patent portfolio of every<br>
> > consultant to the firm, regardless of their contributions to the<br>
> > software in question.<br>
> > Clause<br>
> >> it is not clear why the obligation is exceptionally unreasonable.<br>
> ><br>
> > It does not explicitly confine the scope of the patent list to patents<br>
> > that apply to the specific software that the license applies to.<br>
> ><br>
> >> The aim is to ensure maximum transparency regarding potential patent<br>
> > conflicts:<br>
> ><br>
> > Personally, I'd recommend that clause be modified/changed to:<br>
> ><br>
> > «4.5.1 Each Contributor must identify all _patents within its patent<br>
> > portfolio, that are utilized in this software,_ by providing, at a<br>
> > minimum the patent number and identification and contact<br>
> information in<br>
> > a text file included with the Distribution titled "LEGAL".<br>
> ><br>
> > 4.5.2 Patents that a contributor is aware of, that might be utilized<br>
> > within this software, must be listed, by providing, at a<br>
> > minimum the patent holder, the patent number, and identification and<br>
> > contact information for the patent holder, in a text file included<br>
> with<br>
> > the Distribution titled "LEGAL".»<br>
> ><br>
> > ##3<br>
> ><br>
> > I'll grant that there are a couple of issues with 4.5.2. The biggest<br>
> > being "what constitutes _is aware of_".<br>
><br>
> "Patent Claims" are defined in Sec. 1 as "patent claim(s), owned [...]<br>
> by a Contributor which would be infringed by making use of the rights<br>
> granted under Sec. 2.1 [...]".<br>
><br>
> I think that already clarifies the scope of Sec. 4.5, to the effect of<br>
> your proposed revision.<br>
><br>
> >> if the original authors or contributors own patents that could prevent<br>
> > use of the software, such patents need to be disclosed.<br>
> ><br>
> > Clause 4.5 does not mandate disclosure of the existence of<br>
> > patents issues to third parties, that might affect the software, when<br>
> > the developers are aware of such patents.<br>
><br>
> That's correct, but we felt that such a broad obligation would be too<br>
> onerous.<br>
><br>
> Carsten<br>
> ______________________________<wbr>_________________<br>
> License-review mailing list<br>
</div>
</div>
> <a href="mailto:License-review@opensource.org">License-review@opensource.org</a> <mailto:<a href="mailto:License-review@opensource.org">License-review@<wbr>opensource.org</a>><br>
> <a href="https://lists.opensource.org/cgi-bin/mailman/listinfo/license-review" rel="noreferrer" target="_blank">https://lists.opensource.org/<wbr>cgi-bin/mailman/listinfo/<wbr>license-review</a><br>
<span class="">> <<a href="https://lists.opensource.org/cgi-bin/mailman/listinfo/license-review" rel="noreferrer" target="_blank">https://lists.opensource.org/<wbr>cgi-bin/mailman/listinfo/<wbr>license-review</a>><br>
><br>
><br>
><br>
><br>
> --<br>
> Patrice-Emmanuel Schmitz<br>
</span>> <a href="mailto:pe.schmitz@googlemail.com">pe.schmitz@googlemail.com</a> <mailto:<a href="mailto:pe.schmitz@googlemail.com">pe.schmitz@googlemail.<wbr>com</a>><br>
<span class="im HOEnZb">> tel. <a href="tel:%2B%2032%20478%2050%2040%2065" value="+32478504065">
+ 32 478 50 40 65</a><br>
><br>
><br>
</span>
<div class="HOEnZb">
<div class="h5">> ______________________________<wbr>_________________<br>
> License-review mailing list<br>
> <a href="mailto:License-review@opensource.org">License-review@opensource.org</a><br>
> <a href="https://lists.opensource.org/cgi-bin/mailman/listinfo/license-review" rel="noreferrer" target="_blank">
https://lists.opensource.org/<wbr>cgi-bin/mailman/listinfo/<wbr>license-review</a><br>
><br>
______________________________<wbr>_________________<br>
License-review mailing list<br>
<a href="mailto:License-review@opensource.org">License-review@opensource.org</a><br>
<a href="https://lists.opensource.org/cgi-bin/mailman/listinfo/license-review" rel="noreferrer" target="_blank">https://lists.opensource.org/<wbr>cgi-bin/mailman/listinfo/<wbr>license-review</a><br>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div class="gmail_signature">Patrice-Emmanuel Schmitz<br>
<a href="mailto:pe.schmitz@googlemail.com" target="_blank">pe.schmitz@googlemail.com</a><br>
tel. + 32 478 50 40 65</div>
</div>
</div>
</body>
</html>