<div dir="ltr"><br><br><div class="gmail_quote">On Wed, May 6, 2015 at 4:06 AM Emma Gordon (<a href="http://projectcalico.org">projectcalico.org</a>) <<a href="mailto:emma@projectcalico.org">emma@projectcalico.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-GB" link="blue" vlink="purple">
<div>
<p class="MsoNormal">If fuel plugin code is checked into a stackforge repository (as suggested in the fuel plugin wiki <a href="https://wiki.openstack.org/wiki/Fuel/Plugins#Repo" target="_blank">https://wiki.openstack.org/wiki/Fuel/Plugins#Repo</a>), who owns that code?</p></div></div></blockquote><div><br></div><div>Disclaimer, I'm not a lawyer this not legal advice.</div><div><br></div><div>The "authors" own the work (code) according local assignment rules and the Berne convention. This would be treated the same as any other work. The Authors can decide what rights they may want people with regards to copy-right (and other intellectual property rights), hence the licenses that we pass around with opensource projects to clarify the author(s) intent. Additional "authors" or contributors to the work can further describe their own license on their part of the work (as they hold their own copyright) but these are usually not accepted by the maintainers of a work.</div><div><br></div><div>To that end, you don't have to use the Apache 2.0 License on your plugin if you don't desire it. It could however cause the plugin to see limited use. The point of plugins is that this in your control.</div><div><br></div><div>I would also point out that your plugin could easily contain multiple licenses depending on what you are including. I'm working on a way to easily identify this with the plugins metadata. This can occur multiple ways as there are many parts in a plugin.</div><div><br></div><div>a) there is the data describing how the plugin interacts with fuel. All of this data is highly structured and has little IP (usually the wording you use for the text fields is it)</div><div><br></div><div>b) any configuration management code you use to apply the plugin and its settings. This could include your pure code, or even multiple works from others, for example puppet modules.</div><div><br></div><div>c) Packages that you need to include as part of the plugin package to ensure they can be found. These could each have their own license and even carry GPL licensed parts.</div><div><br></div><div>In these cases I'd recommend adding a LICENSES file describing the locations where items may change license (similar to any other programs Open Source Notice file.) from what ever is written on in the "license" string in the plugin metadata.yaml. As I noted above, I'm working to get this incorporated into the data we present on the plugins repo page. (Likely by pointing to this file in the metadata, but it's not settled yet)</div><div>  </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-GB" link="blue" vlink="purple"><div><p class="MsoNormal"> Is there a contributor license agreement to sign? (For example, contributors
 to OpenStack would sign this <a href="https://review.openstack.org/static/cla.html" target="_blank">
https://review.openstack.org/static/cla.html</a>)</p></div></div></blockquote><div>The Openstack CLA is not required for Fuel, and is not obligatory. You again have control here and simply configure your gerrit settings for your project as you see fit.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-GB" link="blue" vlink="purple"><div>
<p class="MsoNormal">Thanks,<u></u><u></u></p>
<p class="MsoNormal">Emma<u></u><u></u></p>
</div>
</div>

__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div>