<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 20, 2018 at 2:12 PM, Bruce Perens <span dir="ltr"><<a href="mailto:bruce@perens.com" target="_blank">bruce@perens.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Wed, Jun 20, 2018 at 10:34 AM, Nigel T <span dir="ltr"><<a href="mailto:nigel.2048@gmail.com" target="_blank">nigel.2048@gmail.com</a>></span> wrote:</span><div><br></div><div>In contrast, the attempt to assert control over the public domain in the U.S. by applying contractual terms and terms regarding NASA as a secondary beneficiary create legal ambiguity as written, and also establishes a really harmful precedent that is damaging for Open Source. We need the public domain to be public domain without restrictions, or Open Source can't really function. If public domain material is contractually restricted, it takes away all potential to for Open Source to interoperate with proprietary software. So for us to accept those terms would be damaging to all Open Source.</div></div></div></div></blockquote><div><br></div><div>You will have to explain how public domain code released under a specific agreement impacts other public domain code that isn't under the agreement.  </div><div><br></div><div>Public domain code doesn't have to be released to anyone and an agreement that allows more release of public domain code as open source is helpful.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>You also keep dodging the point that one of your primary concerns of license proliferation does not apply in the case of NOSA.</div></div></div></div></blockquote><div><br></div></span><div>This is predicated on the Open Source community not actually attempting to incorporate the work into anything.  I don't think it's realistic.</div></div></div></div></blockquote><div><br></div><div>That is an odd objection.  NOSA 1.3 code has been incorporated into other open source projects in the past and parts of the community have maintained NOSA code on their own without any license proliferation issues.</div><div><br></div><div>There is no proliferation issue as NOSA 1.3 would be deprecated after NOSA 2.0 gets approved.</div></div></div></div>