On Mon, 2019-07-15 at 11:38 +0300, Adrian Bunk wrote: > On Wed, Jun 26, 2019 at 10:31:28AM -0500, Mark Hatle wrote: > > On 6/26/19 9:42 AM, Burton, Ross wrote: > > > On Wed, 26 Jun 2019 at 14:48, Adrian Bunk <[email protected]> wrote: > > ... > > > > If anyone is actually interested in LSB in OE, the natural > > > > approach > > > > would in any case be to create a meta-lsb layer that could also > > > > implement the items in README.LSB like adding no longer > > > > provided > > > > recipes or depending on meta-qt4. > > > > > > > > Are there any objections against removing LSB support from oe- > > > > core? > > > > > > I'd actually be quite pleased with this: there can be a proper > > > meta-lsb which depends on meta-qt4 meta-oe etc and actually tries > > > hard > > > to actually be LSB compliant. > > > > I thought we had this discussion either here or at one of the > > oedam/oedem > > meetings and decided exactly this. Create a meta-lsb and move the > > packagegroups, images, etc to it.. and have it setup the necessary > > layer > > dependencies. > > > > All expected to be minimal work and overall minimal maintenance, > > until it's no > > longer 'required'. (I do think we ARE getting closer and closer to > > that day..) > > Is there any volunteer for doing this? > > I feel kinda responsible since I suggested it, but maintaining > something > where I have zero interest or usecase would not really be a good > idea.
The way things work, nobody with an interest in lsb will probably do this as moving it to a layer will then mean they need to maintain it. Its been discussed before and I think everyone agrees that it should move to its own layer. I will therefore take a patch which does that. The layer will need a maintainer and I'd hope that some of the people who need lsb will step up. If they don't, I'm not sure that is a problem, they obviously don't need it. In other words creating this patch doesn't mean you have to maintain the split off layer in my view. Cheers, Richard _______________________________________________ Openembedded-architecture mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-architecture
