Re: [OE-core][PATCH 0/4] Import recipes from meta-python

["Khem Raj" <raj.khem@gmail.com>]

[-- Attachment #1.1: Type: text/plain, Size: 1853 bytes --]



On 5/16/20 1:09 PM, Adrian Bunk wrote:
> On Sat, May 16, 2020 at 07:54:32PM +0000, Peter Kjellerstedt wrote:
>>>
>>> meta-openembedded/meta-python has a higher layer priority than OE-core.
>>>
>>> Adding higher upstream versions of these recipes to a lower-priority
>>> layer in a stable series is a potential source for weird problems.
>>
>> I would assume they'd be removed from meta-python at the same time 
>> they are added to meta.
> 
> "at the same time" is complicated since OE-core has releases,
> but meta-openembedded is just a branch.
> 

You bring an interesting point. while the oe-core release tags are
driven by Yocto release cadence which has point release schedules,
OE-Core in itself does not have its release mechanism besides creating
and maintaining the branch. because oe-core independently is just a repo
you will need bitbake repo atleast to build something and bitbake has
its own release cadence.

> I would also assume that not all users of stable series are updating
> meta-openembedded to the latest on the dunfell branch at the same
> time as OE-core, some users might end up updating one but never
> updating the other one.

Thats very likely, although not preferred, most of products just freeze
these layers and do tweaking in their own layers because they have
control over them, where as they dont have much control over the
upstream layers. Its common with all third party and OSS projects.

So, if someone is basing their distro on oe-core + bitbake + meta-oe and
more then I would think they should be aware of these kind of changes
but I also think this could create some unexpected behaviour. Ideally
these recipes should be updated in meta-python to latest and same moved
to oe-core, then the move does not have to be atomic.

> 
>> //Peter
> 
> cu
> Adrian
> 


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 201 bytes --]