<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 21, 2018 at 9:53 AM, Karan, Cem F CIV USARMY RDECOM ARL (US) <span dir="ltr"><<a href="mailto:cem.f.karan.civ@mail.mil" target="_blank">cem.f.karan.civ@mail.mil</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div>
<div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt">
<div style="font-family:Times New Roman;color:#000000;font-size:16px">
<div>
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div class="gmail_quote"><br></div><div class="gmail_quote">You have no idea how much I agree with you... I'm as unhappy having to keep </div>
<div class="gmail_quote">hammering on this as you are that I am hammering on it, but without solving it,</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>I do accept that, and thank you for continuing the conversation. It is indeed unfortunate that this dragged on for 5 years.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div class="gmail_quote">I'm afraid that GOSS could become a trojan horse and harm OSS in general.</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>So we're both afraid of the same thing.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">
<div class="gmail_quote"><br>
</div>
</span><div class="gmail_quote">I understand what you're saying, but the issue is that if a license makes a</div>
<div class="gmail_quote">claim **based on the assumption that there is copyright in the material**, it</div>
<div class="gmail_quote">is a false claim.</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>This is not unusual. Of course we have grants of patent rights in Open Source licenses, even where the grantor doesn't know of a patent. They are loath to search their own portfolios, and of course searches aren't perfect. When there actually are patents, those patents revert to the public domain within the term of the grant, and the language in licenses doesn't mention that.</div><div><br></div><div>So, let's add some language to handle this:</div><div><br></div></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div class="gmail_extra"><div class="gmail_quote"><div>This license grants intellectual property rights only to the extent that these rights exist in your jurisdiction and can be granted under the law.</div><div><br></div></div></div></blockquote>Not enough? We can elaborate:<br><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>You may have additional rights under the law besides those granted in this license. Some portions of the work may be considered to be in the public domain, under the law in particular jurisdictions.</div></div></div></blockquote><div class="gmail_extra"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div class="gmail_quote"><br>
</div>
<div class="gmail_quote">The problem is that if that is one clause of a larger license, does the fact</div>
<div class="gmail_quote">that one clause is unenforceable affect the rest of the license?</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>I suspect that the courts will see it that way regardless of the license language. NASA abandons secrecy in a context where secrecy is the only right it has. This is not done in a contract between NASA and the entire public globally. It is in a contract between NASA and one licensee. When that licensee transmits the license to another, there is no longer any secrecy, and thus there is no consideration in the contract. NASA attempts to use third-party beneficiary language to fix that, but it's weak.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="gmail_quote">This is the crux of why the government is looking to<br></div>
<div class="gmail_quote">create a new license that is not based on copyright.</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>Understood. But maybe not the best solution.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">
<div class="gmail_quote"><br>
</div>
</span><div class="gmail_quote">OK, and then we need to also handle the patent and other IP claims,</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>To the extent that there are no rights to grant, it's going to be very weak. I don't think NASA can fix it by synthesizing rights out of air.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="gmail_quote">as well as the Anti-Deficiency Act requirements</div></div></div></div></div></div></blockquote><div><br></div><div>So, the question is whether a simple release of public domain material by USG would create a coercive deficiency, even when there is no contract creating any obligation whatsoever to be the basis of that deficiency. So, your theory here would be that the potential for intellectual property litigation and warranty would create that deficiency. Are you sure this would be an issue? Every contract USG enters into carries the potential for lawsuit, and if this is considered a coercive deficiency they could never enter a contract.</div><div><br></div><div>Would making the license a unilateral grant of rights without contract terms be a solution?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="gmail_quote">, etc.  That will end up with numerous</div>
<div class="gmail_quote">notices, none of which are considered to be Open Source, and all of which</div>
<div class="gmail_quote">combined make everyone who is looking at it feel a little nauseous.</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>Can you try? Or at least enumerate them? We can't make any decisions about this without seeing the problem.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="gmail_quote"><br></div>
<div class="gmail_quote">"""</div>
<div class="gmail_quote">Amendment to LICENSE.txt: If any clause in the LICENSE.txt file is declared</div>
<div class="gmail_quote">unenforceable by a court of competent jurisdiction, then that clause shall be</div>
<div class="gmail_quote">severed from the LICENSE.txt, and all other clauses shall remain in full </div>
<div class="gmail_quote">force.</div>
<div class="gmail_quote">"""</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>So, here is the already-OSI-approved language in the GPL version 2:</div><div><br></div></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div class="gmail_extra"><div class="gmail_quote"><div><span style="font-family:"Times New Roman";font-size:20px;text-align:left;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">If any portion of this section is held invalid or unenforceable under any particular circumstance, the balance of the section is intended to apply and the section as a whole is intended to apply in other circumstances.</span></div></div></div></blockquote><div class="gmail_extra"><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div class="gmail_quote"><br></div>
<div class="gmail_quote">2) Can it be done?  E.g., the Apache 2.0 license has an END OF TERMS AND </div>
<div class="gmail_quote">   CONDITIONS line at the end; if I add in new text, then it isn't Apache 2.0</div>
<div class="gmail_quote">   anymore.  If I put it in a different file, can it be ignored because it is after the</div>
<div class="gmail_quote">   end of terms and conditions?</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>You are able to create an Apache license derivative with your chosen language. License text is functional, so not generally held to be subject to copyright. That's one of the reasons some licenses have preambles, because that can be copyrighted.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="direction:ltr;font-family:Tahoma;color:#000000;font-size:10pt"><div style="font-family:Times New Roman;color:#000000;font-size:16px"><div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div class="gmail_quote">3) If 1 & 2 are OK, would the USG accept it?</div></div></div></div></div></div></div></div></blockquote><div><br></div><div>The OSI? I don't see why not.</div><div><br></div><div>    Thanks</div><div><br></div><div>    Bruce</div></div>
</div></div>