<div style="text-align:center"><div align="left" style="font-family:&#39;Times New Roman&#39;;font-size:medium"><br></div></div><div class="gmail_quote">On Tue, Jan 10, 2012 at 18:34, Chris Larson <span dir="ltr">&lt;<a href="mailto:clarson@kergoth.com" target="_blank">clarson@kergoth.com</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On Tue, Jan 10, 2012 at 9:12 AM, Andrei Gherzan &lt;<a href="mailto:andrei@gherzan.ro" target="_blank">andrei@gherzan.ro</a>&gt; wrote:<br>



&gt; No worries. Anyway, you are right about the &quot;+&quot; mechanism but right now this<br>
&gt; is a fast and complete solution.<br>
<br>
</div>Indeed, nice work on this.<br>
<span><font color="#888888">--<br>
Christopher Larson<br>
<br>
_______________________________________________<br>
Openembedded-core mailing list<br>
<a href="mailto:Openembedded-core@lists.openembedded.org" target="_blank">Openembedded-core@lists.openembedded.org</a><br>
<a href="http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core" target="_blank">http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core</a><br>
</font></span></blockquote></div><div><br></div><div>On Tue, Jan 10, 2012 at 19:05, Chris Larson <span dir="ltr">&lt;<a href="mailto:clarson@kergoth.com" target="_blank">clarson@kergoth.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<div>On Tue, Jan 10, 2012 at 9:55 AM, Flanagan, Elizabeth<br>&lt;<a href="mailto:elizabeth.flanagan@intel.com" target="_blank">elizabeth.flanagan@intel.com</a>&gt; wrote:<br>&gt; Agreed! </div></blockquote></div><br><div>

Thank you.</div>
<div><br></div><div><br><br><div class="gmail_quote">On Tue, Jan 10, 2012 at 19:05, Chris Larson <span dir="ltr">&lt;<a href="mailto:clarson@kergoth.com" target="_blank">clarson@kergoth.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<div>On Tue, Jan 10, 2012 at 9:55 AM, Flanagan, Elizabeth<br>&lt;<a href="mailto:elizabeth.flanagan@intel.com" target="_blank">elizabeth.flanagan@intel.com</a>&gt; wrote:<br>&gt; Agreed! One note about &quot;+&quot;. There is still a discussion about &quot;or<br>


&gt; greater&quot; licensing within the SPDX community about how &quot;or greater&quot;<br>&gt; should be dealt with.<br>&gt;<br>&gt; <a href="http://www.spdx.org/wiki/proposal-2010-11-16-1-or-later-version-licensing" target="_blank">http://www.spdx.org/wiki/proposal-2010-11-16-1-or-later-version-licensing</a><br>


&gt; <a href="https://bugs.linuxfoundation.org/show_bug.cgi?id=591" target="_blank">https://bugs.linuxfoundation.org/show_bug.cgi?id=591</a><br><br></div>Interesting.<br><div><br>&gt; I&#39;m partial to, as a stop gap, re-including L/GPL-x.0+ license files<br>


&gt; into common-licenses until they hash it out and treating &quot;+&quot; as just<br>&gt; part of the license name. It&#39;s not a perfect solution but it should<br>&gt; solve most &quot;or greater&quot; use cases.<br>

<br>
</div>I&#39;ve been thinking about something like this.<br><br>LICENSE_EXPANSIONS += &quot;GPL-2.0+:GPL-2.0,GPL-3.0&quot;<br><br>Then process the license, turning GPL-2.0+ into an OR operation.<br>Replace with (GPL-2.0 | GPL-3.0).<br>


<br>Perhaps coupled with something like <a href="https://gist.github.com/1590028" target="_blank">https://gist.github.com/1590028</a> to<br>express distributor preferences, we then get a sanitized, SDPX, flat<br>string with the licenses we&#39;re going to be using for this. Then we run<br>


this against each binary package&#39;s LICENSE (if different than recipe)<br>and ensure our emitted binary packages match up with our license<br>choices.<br><div><div>--<br>Christopher Larson<br>
<br>_______________________________________________<br>Openembedded-core mailing list<br><a href="mailto:Openembedded-core@lists.openembedded.org" target="_blank">Openembedded-core@lists.openembedded.org</a><br><a href="http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core" target="_blank">http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core</a><br>


</div><div><br></div></div></blockquote><div><br></div><div>Christopher&#39;s solution crossed my mind as well. Actually i tried something like this but i didn&#39;t want to modify more from this patch and i didn&#39;t really know how to define those expansions.</div>


<div>Another problem here that i faced and dropped the idea for, was the the scenario where a developer wants to exclude only GPLv3+. This case needed a another couple of &quot;if&quot;s and so on.</div><div><br></div><div>


So my solution seemed to deal most of the situations even if it looks a little... childish. </div></div></div>