All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Jansa <martin.jansa@gmail.com>
To: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Cc: "openembedded-core@lists.openembedded.org"
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 04/12] gnome-icon-theme: remove the recipe
Date: Mon, 7 Sep 2015 17:14:49 +0200	[thread overview]
Message-ID: <20150907151449.GB2457@jama> (raw)
In-Reply-To: <55ED5ADF.2090907@linux.intel.com>

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

On Mon, Sep 07, 2015 at 12:37:35PM +0300, Alexander Kanavin wrote:
> On 09/04/2015 05:16 PM, Khem Raj wrote:
> 
> >     I will send these patches only when oe-core is updated. Recipe
> >     moving is always controversial, and I don't want to cause confusion
> >     when the change is accepted by one side and rejected by the other.
> >
> >
> > On the contrary you can make a note in patch to destination layer citing
> > the patch for source layer being a prerequisite to be accepted.
> > Maintainers then can schedule it accordingly.
> 
> Martin, would you prefer this approach? My problem is that the gap 

yes

> between initial oe-core patch submission and their acceptance is often 
> measured in weeks and sometimes months, so the corresponding meta-oe 
> patches would be hanging in limbo, and may be easily forgotten.

I shouldn't forget them, because they will sit in patchwork's
queue or alternatively I'll cherry-pick the removal to my oe-core's
jansa/master together with these changes in meta-oe's jansa/master
branches so I'll build-test them in my Jenkins builds until it's merged
in oe-core.

It's a bit error prone, but the delay will be shorter if we do it this
way.

Full jenkins build test takes over 3 days (depending on sstate reuse,
one MACHINE can take more than 24 hours), so if I add them to
master-next after it's merged to oe-core it will take 3-6 days to
build-test them (6 days if they are sent just after current queue is
sent for build).

Regards,

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

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

  reply	other threads:[~2015-09-07 15:14 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-03 15:34 [PATCH 00/12] Various package/RRS updates Alexander Kanavin
2015-09-03 15:34 ` [PATCH 01/12] ccache: update to 3.2.3 Alexander Kanavin
2015-09-03 15:34 ` [PATCH 02/12] mailx: update to 12.5-5 Alexander Kanavin
2015-09-03 15:34 ` [PATCH 03/12] net-tools: update to 1.60-25 Alexander Kanavin
2015-09-03 15:34 ` [PATCH 04/12] gnome-icon-theme: remove the recipe Alexander Kanavin
2015-09-03 16:08   ` Burton, Ross
2015-09-04 11:56     ` Jussi Kukkonen
2015-09-04 12:12       ` Alexander Kanavin
2015-09-04 13:32         ` Burton, Ross
2015-09-03 21:28   ` Khem Raj
2015-09-04 12:14     ` Alexander Kanavin
2015-09-04 14:16       ` Khem Raj
2015-09-07  9:37         ` Alexander Kanavin
2015-09-07 15:14           ` Martin Jansa [this message]
2015-09-18 17:30             ` World builds HW Was: " Martin Jansa
2015-09-18 17:38               ` Gary Thomas
2015-09-18 17:52                 ` Martin Jansa
2015-09-18 17:56               ` Tom King
2015-10-13 20:43                 ` Randy MacLeod
2015-10-14 13:01                   ` Martin Jansa
2015-09-03 15:34 ` [PATCH 05/12] libunique: " Alexander Kanavin
2015-09-03 15:34 ` [PATCH 06/12] mkelfimage: add RECIPE_NO_UPDATE_REASON Alexander Kanavin
2015-09-03 15:34 ` [PATCH 07/12] python-async: update to 0.6.2 Alexander Kanavin
2015-09-03 15:34 ` [PATCH 08/12] python-smmap: update to 0.9.0 Alexander Kanavin
2015-09-03 15:34 ` [PATCH 09/12] remake: update to 4.1+dbg-1.1 Alexander Kanavin
2015-09-03 15:34 ` [PATCH 10/12] uclibc: update PV to 0.9.33.2 to match latest upstream release Alexander Kanavin
2015-09-03 20:14   ` Khem Raj
2015-09-04 13:00     ` Alexander Kanavin
2015-09-03 15:34 ` [PATCH 11/12] vte: add RECIPE_NO_UPDATE_REASON Alexander Kanavin
2015-09-03 15:34 ` [PATCH 12/12] package_regex.inc: various updates to improve RRS accuracy Alexander Kanavin

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=20150907151449.GB2457@jama \
    --to=martin.jansa@gmail.com \
    --cc=alexander.kanavin@linux.intel.com \
    --cc=openembedded-core@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.