[Re: [oe] [meta-oe][PATCH 0/3] Add mosh and dependencies] On 13.07.15 (Mon 13:40) Otavio Salvador wrote:
> On Mon, Jul 15, 2013 at 12:36 PM, Paul Eggleton > <[email protected]> wrote: > > On Monday 15 July 2013 12:02:59 Otavio Salvador wrote: > >> On Mon, Jul 15, 2013 at 9:37 AM, Joe MacDonald > >> > >> <[email protected]> wrote: > >> > [[oe] [meta-oe][PATCH 0/3] Add mosh and dependencies] On 13.07.13 (Sat > > 15:47) Paul Eggleton wrote: > >> >> Add a recipe for mosh, and for dependencies migrate libio-pty-perl from > >> >> OE-Classic and bring in protobuf from meta-virtualization. > >> >> > >> >> I considered putting this in meta-networking, however > >> >> meta-virtualization > >> >> will still need protobuf and it already depends on meta-oe, and > >> >> officially meta-networking does not depend on meta-oe so splitting these > >> >> would not really work with the current layer dependencies. > >> > > >> > That's not strictly true anymore, actually. It was my intent and I > >> > think there's value in it, but CRDA (already in meta-networking) depends > >> > on python-m2crypto (in meta-oe). I discovered it in my world build a > >> > few weeks ago and hadn't yet managed to get round to seeing if there was > >> > a clean way to separate the two. > >> > > >> > I absolutely don't want the stated intent that meta-networking be > >> > standalone be a barrier to adding packages to it that clearly belong to > >> > it. > >> > > >> > That's my way of saying I've no objection right now to including this in > >> > meta-net. > >> > >> I agree; maybe we could add those inside meta-oe subdir? so people can > >> opt in enable them or not. > > > > Sorry Otavio, what are you suggesting exactly? > > To have a meta-networking/meta-oe with recipes which requires it. Oh. That's an interesting idea. I guess the argument against that is the support infrastructure has a reasonable home in meta-oe and nobody wants meta-oe to depend on meta-networking. I do think that having some mechanism for keeping meta-net reasonably standalone but still not full of stuff that's on there to satisfy dependencies is good, though. Haven't really thought much about this yet, though. -J. > > -- > Otavio Salvador O.S. Systems > http://www.ossystems.com.br http://projetos.ossystems.com.br > Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750 > _______________________________________________ > Openembedded-devel mailing list > [email protected] > http://lists.openembedded.org/mailman/listinfo/openembedded-devel -- -Joe MacDonald. :wq
signature.asc
Description: Digital signature
_______________________________________________ Openembedded-devel mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-devel
