<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class=""><br class=""></div><div class="">Hi Henrik,</div><div class=""><br class=""></div><div class="">Thanks for the inputs. I have been trying to make the case that trademark is adequate to address injunctive relief needs, but needed to survey the landscape of alternative possibilities (and their downsides). As it is, the best defensive argument is looking to be license compatibility.</div><div class=""><br class=""></div><div class="">As far as I know, there are few OSI licenses not based on copyright (e.g., NOSA and the new FPL). For Gov’t authors lacking US copyright protection, the question may end up being whether one of the existing is adequate or whether a new one must be drafted for OSI consideration. For major codes needing indemnification protection, that minority could rely on trademark.</div><div class=""><br class=""></div><div class="">Cheers!</div><div class="">Sean</div><div class=""><br class=""></div><div class=""><br class=""></div><div><blockquote type="cite" class=""><div class="">On Jun 23, 2016, at 2:27 PM, Henrik Ingo <<a href="mailto:henrik.ingo@avoinelama.fi" class="">henrik.ingo@avoinelama.fi</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class=""><div class=""><div class="">Hi Christopher<br class=""><br class=""></div>You might want to read up on Mozilla for this topic. They run an unusually thight trademark enforcement regime, precisely for this reason. Basically, the source code is open source, but you cannot leave any user visible traces of their trademark if you add even the smallest change.<br class=""><br class=""></div>Red Hat Enterprise Linux has a similarly thight trademark policy for commercial reasons. You can copy it, but trademark must be removed. (So for example, even in documentation, CentOS might refer pseudonymously to "upstream vendor".)<br class=""><br class=""></div><div class="">In short, trademark is commonly used for this purpose, while licensing not so much. Since trademark rights are quite independent of copyrights, this is also GPL, etc... compatible, since there are no restrictions on the code, you're just protecting your name and reputation.<br class=""></div><div class=""><br class=""></div>henrik<br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Wed, Jun 22, 2016 at 11:40 PM, Christopher Sean Morrison <span dir="ltr" class=""><<a href="mailto:brlcad@mac.com" target="_blank" class="">brlcad@mac.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class=""><span style="font-family:Menlo-Regular;font-size:11px" class="">Is there any OSI-approved license that provides injunctive relief to an original author in the situation of a bad actor creating a damaging derivative? To figure this out, I’ve been researching and trying to sort out:</span><br style="font-family:Menlo-Regular;font-size:11px" class=""><br style="font-family:Menlo-Regular;font-size:11px" class=""><span style="font-family:Menlo-Regular;font-size:11px" class="">1) which existing OSI-approved licenses impose derivative requirements (e.g., such that others must rename, that changes must be itemized, etc) and,</span><br style="font-family:Menlo-Regular;font-size:11px" class=""><br style="font-family:Menlo-Regular;font-size:11px" class=""><span style="font-family:Menlo-Regular;font-size:11px" class="">2) whether such a requirement makes the license de facto GPL/LGPL-incompatible?</span><br style="font-family:Menlo-Regular;font-size:11px" class=""><br style="font-family:Menlo-Regular;font-size:11px" class=""><span style="font-family:Menlo-Regular;font-size:11px" class="">For #1, I know CDDL has a required notice of authorship of modifications but didn’t see anything else at least amongst the popular licenses. I know that license+trademark protection is the primary method for several notable open source products (e.g., Firefox), but getting an injunction solely on failing to announce modifications seems weak. </span><br style="font-family:Menlo-Regular;font-size:11px" class=""><br class=""><span style="font-family:Menlo-Regular;font-size:11px" class="">I think the answer to #2 is “probably”, as anything that would hold up in court would likely be an additional requirement, forbidden by the GNUs, but would appreciate any insights.</span><br style="font-family:Menlo-Regular;font-size:11px" class=""><span style="font-family:Menlo-Regular;font-size:11px" class=""><br class=""></span><div class=""><span style="font-family:Menlo-Regular;font-size:11px" class="">The backdrop for this is an author reasonably going to court and obtaining injunctive relief should some bad actor distribute a derivative that was specifically designed to cause some surreptitious harm to the original author. Not just a hypothetical case.</span><br style="font-family:Menlo-Regular;font-size:11px" class=""><br style="font-family:Menlo-Regular;font-size:11px" class=""><span style="font-family:Menlo-Regular;font-size:11px" class="">Consider governmental actors where the outcome is political or newsworthy in nature. State Agency embraces open source, releases “State Agency's Super Something Yellow”. Bad actor modifies and gets a bad SASSY into the marketplace. Is there anything outside of trademark registration that would help State Agency save face and/or get injunctive relief more easily?</span><br style="font-family:Menlo-Regular;font-size:11px" class=""><br style="font-family:Menlo-Regular;font-size:11px" class=""><span style="font-family:Menlo-Regular;font-size:11px" class="">Cheers!</span><span class="HOEnZb"><font color="#888888" class=""><br style="font-family:Menlo-Regular;font-size:11px" class=""><span style="font-family:Menlo-Regular;font-size:11px" class="">Sean</span><div class=""><span style="font-family:Menlo-Regular;font-size:11px" class=""><br class=""></span></div></font></span></div></div><br class="">_______________________________________________<br class="">
License-discuss mailing list<br class="">
<a href="mailto:License-discuss@opensource.org" class="">License-discuss@opensource.org</a><br class="">
<a href="https://lists.opensource.org/cgi-bin/mailman/listinfo/license-discuss" rel="noreferrer" target="_blank" class="">https://lists.opensource.org/cgi-bin/mailman/listinfo/license-discuss</a><br class="">
<br class=""></blockquote></div><br class=""><br clear="all" class=""><br class="">-- <br class=""><div class="gmail_signature" data-smartmail="gmail_signature"><a href="mailto:henrik.ingo@avoinelama.fi" target="_blank" class="">henrik.ingo@avoinelama.fi</a><br class="">+358-40-5697354 skype: henrik.ingo irc: hingo<br class=""><a href="http://www.openlife.cc/" target="_blank" class="">www.openlife.cc</a><br class=""><br class="">My LinkedIn profile: <a href="http://fi.linkedin.com/pub/henrik-ingo/3/232/8a7" target="_blank" class="">http://fi.linkedin.com/pub/henrik-ingo/3/232/8a7</a></div>
</div>
_______________________________________________<br class="">License-discuss mailing list<br class=""><a href="mailto:License-discuss@opensource.org" class="">License-discuss@opensource.org</a><br class="">https://lists.opensource.org/cgi-bin/mailman/listinfo/license-discuss<br class=""></div></blockquote></div><br class=""></body></html>