Re: [oe] OE-Classic recipe migration status

[Paul Eggleton <paul.eggleton@linux.intel.com>]

On Sunday 11 November 2012 21:24:55 Otavio Salvador wrote:
> On Sun, Nov 11, 2012 at 6:49 PM, Paul Eggleton <
> paul.eggleton@linux.intel.com> wrote:
> > On Sunday 11 November 2012 21:16:13 Martin Jansa wrote:
> > > I've noticed e.g this:
> > > libfsobasics  [distro]
> > > libfsoresource        [distro]
> > > libfsosystem  [distro]
> > > libfsotransport       [distro]
> > > but those are now provided by single libfsoframework recipe and I've
> > > forgot this change
> > 
> > https://github.com/shr-distribution/meta-smartphone/commit/0298befc97dc5dc
> > a2> 
> > > a3721fb0ff9d4caf8d24f84
> > > 
> > > So I'll just update [distro] flag to something like obsoleted by
> > > libfsoframework.
> > 
> > Ah ok, sounds good.

FYI I've updated these entries now.

> > > The rest is probably also not 1:1 like qfsodbusxml2cpp-native
> > > ./meta-fso/recipes-freesmartphone/freesmartphone/qfsodbusxml2cpp_git.bb
> > > 
> > > Maybe you can try to update scripts to show matches after "-native"
> > > suffix strip?
> > 
> > I'd prefer to handle this manually - there are cases when newer recipes
> > haven't been BBCLASSEXTENDed to handle -native so I've been checking this
> > by hand.
> 
> You might grep for it and match it properly. So it drops a manual step.

OK, I've added some script code to check for BBCLASSEXTEND and have added 
notes next to the following items that I had missed:

cup-native
devio-native
jamvm-native
jlex-native
python-pygobject-native
qfsodbusxml2cpp-native
usbpath-native

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre