[oe] [meta-oe][PATCH] parted_1.8.6.bb: add parted that not GPLv3

[Khem Raj]

> On Sep 1, 2015, at 3:07 PM, Martin Jansa <martin.jansa at gmail.com> wrote:
> 
>> 
>> According to bitbake-layers, the current list of oe-core recipes which
>> are over-ridden by meta-oe is quite short though:
>> 
>> iso-codes:
>>  meta-oe              1.4
>>  meta                 3.58
>> libcap-ng:
>>  meta-oe              0.7.7
>>  meta                 0.7.7
>> nativesdk-swig:
>>  meta-oe              3.0.6
>>  meta                 3.0.6
>> xserver-nodm-init:
>>  meta-oe              2.0
>>  meta                 1.0
>> 
>> The first 3 are transient (the oe-core versions were recently added
>> and the meta-oe versions can be removed). Having meta-oe over-ride
>> oe-core isn't necessary or helpful for these recipes.
> 
> Yes, that's why I'm asking people migrating recipes to oe-core to send
> removal patch to meta-oe (while verifying that what they migrated wasn't
> modified in meta-oe after they created their copy) - some people do it
> some don’t.

I think such migration to other layer patches should be held from new target layer until the removal patches are
also available on the mailing list. So this activity can be done synchronously. Layer maintainers should take note
of such changes and advise the developers to do the needed. Please reply with comments to such patches on mailing lists
to raise the awareness.

> 
>> I'm not sure what's going on with xserver-nodm-init. Both versions are
>> being updated independently but it looks like they could be unified
>> with minor changes.
> 
> Not minor changes, there is long ticket in bugzilla mostly related to
> x11-common xserver-common, which result in this xserver-nodm-init
> difference.
> 
> Regards,

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 204 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20150901/7c0cd38e/attachment-0002.sig>