<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div><br>
</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span>"Fox, Kevin M" <<a href="mailto:Kevin.Fox@pnnl.gov">Kevin.Fox@pnnl.gov</a>><br>
<span style="font-weight:bold">Reply-To: </span>"OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Date: </span>Friday, July 3, 2015 at 12:28 PM<br>
<span style="font-weight:bold">To: </span>"OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br>
<span style="font-weight:bold">Cc: </span>Greg DeKoenigsberg <<a href="mailto:greg@ansible.com">greg@ansible.com</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [openstack-dev] [kolla][tc] Plans for using Pre-2.0 Ansible modules<br>
</div>
<div><br>
</div>
<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">
<div>
<div style="word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font-family:Calibri,sans-serif">
Please consider forwarding this to the legal list. The gpl is a bit c specific and can be tricky to apply to other languages, but I would expect the modules under gplv3 to require all others in process to be gpl compatable, which apache should be, but will
 prevent any nonopen to be used. That might be ok, but something to carefully consider.</div>
</div>
</blockquote>
</span>
<div><br>
</div>
<div>Kevin,</div>
<div><br>
</div>
<div>I don’t grok your concern.</div>
<div><br>
</div>
<div>I don’t care about non-open source implementations of configuration bits for Kolla.</div>
<div><br>
</div>
<div>I care about GPL license contamination within the Kolla code base, which placing the libraries in a third party downloadable library package solves (#3).</div>
<div><br>
</div>
<div>This is one of many reasons distros don’t permit bundled libraries.</div>
<div><br>
</div>
<div>Regards</div>
<div>-steve</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<blockquote id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE" style="BORDER-LEFT: #b5c4df 5 solid; PADDING:0 0 0 5; MARGIN:0 0 0 5;">
<div>
<div style="word-wrap:break-word; color:rgb(0,0,0); font-size:14px; font-family:Calibri,sans-serif">
<br>
<br>
Thanks,<br>
Kevin <strong>
<div><font face="Tahoma" color="#000000" size="2"> </font></div>
</strong>
<hr tabindex="-1">
<font face="Tahoma" size="2"><b>From:</b> Steven Dake (stdake)<br>
<b>Sent:</b> Friday, July 03, 2015 11:53:00 AM<br>
<b>To:</b> OpenStack Development Mailing List (not for usage questions)<br>
<b>Cc:</b> Greg DeKoenigsberg<br>
<b>Subject:</b> [openstack-dev] [kolla][tc] Plans for using Pre-2.0 Ansible modules<br>
</font><br>
<div></div>
<div>
<div>Kolla Devs as well as the Technical Committee,</div>
<div><br>
</div>
<div>I wanted to get the TC’s thoughts on this plan of action as we intend to apply for big tent once our Ansible code has completed implementation.  If the approach outlined in this email seems like a blocker and we should just start with #4 instead, it would
 be immensely helpful to know now.</div>
<div><br>
</div>
<div>The problem:</div>
<div>A whole slew of OpenStack modules exist upstream in the Ansible core directory.  Kolla wants to use these modules.  These files are licensed under the GPLv3.  They will be released with Ansible 2.0 but Ansible 2.0 is not yet available.  In the meantime
 we need these modules to execute our system.  The repo in question is:</div>
<div><br>
</div>
<div><a href="https://github.com/ansible/ansible-modules-core">https://github.com/ansible/ansible-modules-core</a></div>
<div><br>
</div>
<div>The possible solutions:</div>
<div>1. Mordred suggested just merging the code in our repo, but I thought this might trigger license contamination so I am not hot on this idea.</div>
<div>2. Relicense the upstream modules in ASL short term.  Mordred tried this but thinks its not possible because of the varied contributors.</div>
<div>3. Fork the repo In question, remove everything except cloud/openstack directory and turn this into a pip installable library.</div>
<div>4. Make a hacky solution that doesn’t use any upstream modules but gets the job done.</div>
<div><br>
</div>
<div>For the moment we have settled on #3, that is creating a repo here:</div>
<div><br>
</div>
<div><a href="https://github.com/sdake/kolla-pre-ansible-2-openstack/">https://github.com/sdake/kolla-pre-ansible-2-openstack/</a></div>
<div><br>
</div>
<div>And installing these in the deployment system.  Once Ansible 2.0 is available, we would deprecate this model, and rely on Ansible 2.0 exclusively.</div>
<div><br>
</div>
<div>Thoughts or concerns on this approach?</div>
<div><br>
</div>
<div>Thanks</div>
<div>-steve</div>
</div>
</div>
</div>
</blockquote>
</span>
</body>
</html>