<div dir="ltr">Agreed. Just saying that if the software is important to the community, but the distribution/licensing terms are not, there's always a solution. That's all I was trying to get at. If, however, resources don't avail themselves, that can also be indicative that the need vs issue isn't overwhelming. <div><br></div><div>Increasingly, I am asking these questions of people who are willing to replace CAPX solutions with high internal OPEX. The answer continues to be that they've made their decision to alleviate lock-in. But there's always a trade-off, as you've just highlighted. </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 12, 2016 at 8:47 AM, Duncan Thomas <span dir="ltr"><<a href="mailto:duncan.thomas@gmail.com" target="_blank">duncan.thomas@gmail.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"><span class=""><div class="gmail_extra"><div class="gmail_quote">On 12 December 2016 at 16:35, Ash <span dir="ltr"><<a href="mailto:ash@wildernessvoice.com" target="_blank">ash@wildernessvoice.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">I tend to agree with you, Sean. Also, if there's a concern that some project has changed its license, then just create a fork. In the case of this previously GPL code, it will at least be re-distributable. In the end, I just don't think this is a huge issue that cannot be easily managed. </div></blockquote></div><br></div></span><div class="gmail_extra">Creating a fork is easy. Maintaining a fork against bitrot, and managing the drift between the 'official' version and the fork, is a task that requires resources that are hard to find.<br><br></div><div class="gmail_extra">We've put up patches to remove (At least)  two drivers for exactly this sort of switch before, and I think it was the right thing to do then and now.<br></div></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>