<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 13 September 2016 at 06:44, Ben Swartzlander <span dir="ltr"><<a href="mailto:ben@swartzlander.org" target="_blank">ben@swartzlander.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 09/09/2016 11:12 AM, Duncan Thomas wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">I don't care so much whether your CLI or API proxy in open or closed<br>
source, but I really do care if I can create a distribution, even a<br>
novel one, with that software in it, without hitting licensing issues.<br>
That is, as I see it, a bare minimum - anything less than that and it<br>
does not belong in the cinder source tree.<br>
</div></div></blockquote>
<br>
I don't understand how you can have this stance while tolerating the existence of such things as the VMware driver. That software (ESXi) absolutely requires a license to use or distribute.</blockquote><div><br></div><div>In all honesty, I hadn't considered the situation in detail until the recent IBM discussions - I've raised concerns before when specific troublesome libraries appeared (the Netapp one, and rts-lib, both solved by relicensing to apache) but never tried to audit the whole codebase. There's an etherpad Walt linked to int he meeting that is collecting the dependency info for various drivers, so hopefully we'll have an accurate assessment of the current situation so that we can figure out what we're doing going forward.</div><div> </div></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-- <br>Duncan Thomas</div></div></div>
</div></div>