All of lore.kernel.org
 help / color / mirror / Atom feed
* License manifest OR handling
@ 2014-10-13 21:17 Aníbal Limón
  2014-10-13 22:18 ` Jonathan Liu
  0 siblings, 1 reply; 3+ messages in thread
From: Aníbal Limón @ 2014-10-13 21:17 UTC (permalink / raw)
  To: openembedded-core

Hi everybody,

I'm working in one bug [1] related to License manifest creation and i 
have some concerns about what is
expected in License creation more specifically in the OR's handling.

I re-implemented license creation function from shell to python for use 
oe.license module and added support
for take into account INCOMPATIBLE_LICENSES.

For example: Currently if you have LICENSE set to (MPLv2 | GPLv2.1) & 
LGPLv3,
     - With INCOMPATIBLE_LICENSES not set the result is: MPLv2 LGPLv3.
     - With INCOMPATIBLE_LICENSES set to MPLv2 the result is: GPLv2.1 
LGPLv3.

This is that oe.license model eval's the OR expression and if you have 
several OR only one is chosen, this is
the expected behavior?, if yes i think is needed to add priorities for 
license choose, example [2].

Comments?

Best regards.

[1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=6765
[2] https://gist.github.com/kergoth/1590028


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: License manifest OR handling
  2014-10-13 21:17 License manifest OR handling Aníbal Limón
@ 2014-10-13 22:18 ` Jonathan Liu
  2014-10-14 19:19   ` Aníbal Limón
  0 siblings, 1 reply; 3+ messages in thread
From: Jonathan Liu @ 2014-10-13 22:18 UTC (permalink / raw)
  To: Aníbal Limón, openembedded-core

On 14/10/2014 8:17 AM, Aníbal Limón wrote:
> Hi everybody,
>
> I'm working in one bug [1] related to License manifest creation and i 
> have some concerns about what is
> expected in License creation more specifically in the OR's handling.
>
> I re-implemented license creation function from shell to python for 
> use oe.license module and added support
> for take into account INCOMPATIBLE_LICENSES.
>
> For example: Currently if you have LICENSE set to (MPLv2 | GPLv2.1) & 
> LGPLv3,
>     - With INCOMPATIBLE_LICENSES not set the result is: MPLv2 LGPLv3.
>     - With INCOMPATIBLE_LICENSES set to MPLv2 the result is: GPLv2.1 
> LGPLv3.
>
> This is that oe.license model eval's the OR expression and if you have 
> several OR only one is chosen, this is
> the expected behavior?, if yes i think is needed to add priorities for 
> license choose, example [2].
>
> Comments?
>
> Best regards.
>
> [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=6765
> [2] https://gist.github.com/kergoth/1590028
I think license priority is a good idea. Would you be able to set 
LICENSE_PRIORITY to a different values for specific recipes too?

Regards,
Jonathan


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: License manifest OR handling
  2014-10-13 22:18 ` Jonathan Liu
@ 2014-10-14 19:19   ` Aníbal Limón
  0 siblings, 0 replies; 3+ messages in thread
From: Aníbal Limón @ 2014-10-14 19:19 UTC (permalink / raw)
  To: Jonathan Liu, openembedded-core

Jonathan,

I think is possible but i don't know how useful it is,

Can you give an example?

Regards.

On 13/10/14 17:18, Jonathan Liu wrote:
> On 14/10/2014 8:17 AM, Aníbal Limón wrote:
>> Hi everybody,
>>
>> I'm working in one bug [1] related to License manifest creation and i 
>> have some concerns about what is
>> expected in License creation more specifically in the OR's handling.
>>
>> I re-implemented license creation function from shell to python for 
>> use oe.license module and added support
>> for take into account INCOMPATIBLE_LICENSES.
>>
>> For example: Currently if you have LICENSE set to (MPLv2 | GPLv2.1) & 
>> LGPLv3,
>>     - With INCOMPATIBLE_LICENSES not set the result is: MPLv2 LGPLv3.
>>     - With INCOMPATIBLE_LICENSES set to MPLv2 the result is: GPLv2.1 
>> LGPLv3.
>>
>> This is that oe.license model eval's the OR expression and if you 
>> have several OR only one is chosen, this is
>> the expected behavior?, if yes i think is needed to add priorities 
>> for license choose, example [2].
>>
>> Comments?
>>
>> Best regards.
>>
>> [1] https://bugzilla.yoctoproject.org/show_bug.cgi?id=6765
>> [2] https://gist.github.com/kergoth/1590028
> I think license priority is a good idea. Would you be able to set 
> LICENSE_PRIORITY to a different values for specific recipes too?
>
> Regards,
> Jonathan



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2014-10-14 19:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-10-13 21:17 License manifest OR handling Aníbal Limón
2014-10-13 22:18 ` Jonathan Liu
2014-10-14 19:19   ` Aníbal Limón

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.