All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Jansa <martin.jansa@gmail.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [meta-networking, meta-oe][PATCH 0/9] Move networking recipes to meta-networking
Date: Mon, 29 Apr 2013 20:45:16 +0200	[thread overview]
Message-ID: <20130429184516.GM3199@jama> (raw)
In-Reply-To: <20130429180113.GC3884@windriver.com>

[-- Attachment #1: Type: text/plain, Size: 2724 bytes --]

On Mon, Apr 29, 2013 at 02:01:14PM -0400, Joe MacDonald wrote:
> [Re: [oe] [meta-networking, meta-oe][PATCH 0/9] Move networking recipes to meta-networking] On 13.04.16 (Tue 14:22) Paul Eggleton wrote:
> 
> > On Tuesday 16 April 2013 13:30:29 Koen Kooi wrote:
> > > Op 16 apr. 2013, om 13:19 heeft Paul Eggleton 
> > <paul.eggleton@linux.intel.com> het volgende geschreven:
> > > > On Tuesday 16 April 2013 13:09:46 Koen Kooi wrote:
> > > >> These look good to me, but
> > > >> 
> > > >>> iw: move to meta-networking and update
> > > >> 
> > > >> This is receferenced by a packagegroup in meta-oe:
> > > >> 	meta-oe/recipes-core/packagegroups/packagegroup-basic.bb:
> > > >> ${@base_contains("DISTRO_FEATURES", "wifi", "iw wpa-supplicant", "", d)}
> > > >> \
> > > >> 
> > > >> 
> > > >> With the 'meta-oe shall only depend on oe-core' rule,
> > > > 
> > > > Are you sure nothing in meta-oe depends on anything in other layers within
> > > > meta-openembedded already?
> > > 
> > > I can't say for certain, but Martin and I have been very strict about it in
> > > the past. If there are such external dependencies they should be looked at
> > > and fixed.
> > 
> > At some point I don't think this is going to be realistic - what happens if 
> > you have something in meta-oe that's too generic to be put elsewhere and yet 
> > has a dependency on something in meta-multimedia or meta-networking? It will 
> > come up at some point fairly soon.
> > 
> > I can drop the iw patch from this set for the sake of the rest of the patches 
> > if you object to moving it, but we do need to do something about this in the 
> > near future.
> 
> I'm way behind on my meta-networking stuff but finally getting caught up
> and I was wondering if we had run this one to ground.  Martin's already
> merged in most of the other moves and I'm also fine with relocating iw,

I hope you don't mind I did merge them. I never merge changes which are
only for layers with dedicated maintainer, but with this move
overlapping both layers I took them as nice cleanup.

> but I can see the argument in favour of keeping it in meta-oe.  For now
> I'm also planning on merging a couple that didn't get picked up already:
> 
>    f501ecadb6 strongswan: move to meta-networking
>    cdf2bf5654 vsftpd: move from meta-oe to meta-networking and tweak
> 
> I'll also pick up the iw one if there's a consensus that moving it is
> the right thing (or not a terrible thing) to do.

I think the consensus is that iw needs to stay where it is unless stuff
which references it is also moved or changed (that's why I haven't
merged this one).

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

  parent reply	other threads:[~2013-04-29 19:03 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-16 10:53 [meta-networking, meta-oe][PATCH 0/9] Move networking recipes to meta-networking Paul Eggleton
2013-04-16 10:53 ` [meta-networking, meta-oe][PATCH 1/9] vsftpd: move from meta-oe to meta-networking and tweak Paul Eggleton
2013-04-16 10:53 ` [meta-networking, meta-oe][PATCH 2/9] iw: move to meta-networking and update Paul Eggleton
2013-04-16 10:53 ` [meta-networking, meta-oe][PATCH 3/9] openvpn: move to meta-networking and tweak Paul Eggleton
2013-04-16 12:01   ` Martin Jansa
2013-04-16 10:53 ` [meta-networking, meta-oe][PATCH 4/9] bridge-utils: " Paul Eggleton
2013-04-16 10:53 ` [meta-networking, meta-oe][PATCH 5/9] rp-pppoe: move from meta-oe " Paul Eggleton
2013-04-16 10:54 ` [meta-networking, meta-oe][PATCH 6/9] dnsmasq: move " Paul Eggleton
2013-04-16 10:54 ` [meta-networking, meta-oe][PATCH 7/9] ipsec-tools: " Paul Eggleton
2013-04-16 10:54 ` [meta-networking, meta-oe][PATCH 8/9] strongswan: move to meta-networking Paul Eggleton
2013-04-16 10:54 ` [meta-networking, meta-oe][PATCH 9/9] atftp: move to meta-networking and tweak Paul Eggleton
2013-04-16 11:01 ` [meta-networking, meta-oe][PATCH 0/9] Move networking recipes to meta-networking Jack Mitchell
2013-04-16 12:30   ` Paul Eggleton
2013-04-16 12:39     ` Jack Mitchell
2013-04-16 11:09 ` Koen Kooi
2013-04-16 11:19   ` Paul Eggleton
2013-04-16 11:30     ` Koen Kooi
2013-04-16 12:11       ` Martin Jansa
2013-04-16 13:22       ` Paul Eggleton
2013-04-16 13:56         ` Martin Jansa
2013-04-29 18:01         ` Joe MacDonald
2013-04-29 18:04           ` Joe MacDonald
2013-04-29 18:45           ` Martin Jansa [this message]
2013-04-29 18:54             ` Joe MacDonald

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130429184516.GM3199@jama \
    --to=martin.jansa@gmail.com \
    --cc=openembedded-devel@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.