* 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.