[oe] [meta-oe][PATCH 0/3] Add mosh and dependencies
Joe MacDonald
Joe.MacDonald at windriver.com
Mon Jul 15 17:42:25 UTC 2013
[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
> <paul.eggleton at linux.intel.com> wrote:
> > On Monday 15 July 2013 12:02:59 Otavio Salvador wrote:
> >> On Mon, Jul 15, 2013 at 9:37 AM, Joe MacDonald
> >>
> >> <Joe.MacDonald at windriver.com> 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
> Openembedded-devel at lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
--
-Joe MacDonald.
:wq
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-devel/attachments/20130715/2972daf5/attachment-0002.sig>
More information about the Openembedded-devel
mailing list