All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Jansa <martin.jansa@gmail.com>
To: Matt Schuckmann <Matt.Schuckmann@planar.com>
Cc: Yocto Project <yocto@yoctoproject.org>
Subject: Re: Best practices for copying recipe from a newer release
Date: Sat, 28 Mar 2015 03:52:57 +0100	[thread overview]
Message-ID: <20150328025257.GC2343@jama> (raw)
In-Reply-To: <4B07ADD556F70043925DA2E9C5D4346D2FDC987968@MSXBEBVT12.planar.net>

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

On Fri, Mar 27, 2015 at 01:56:27PM -0700, Matt Schuckmann wrote:
> I find myself in the situation where my project is currently using meta-openembedded from the Dylan branch but I want to use a recipe from the current master.
> Is it better for me to copy the recipe into my own branch off of Dylan or to copy the recipe into my own meta-layer?
> 
> What works out better later on when I want update by project to use a newer release like Daisy, etc?

In Open webOS we have meta-webos-backports layer where we're backporting
recipes and bbclass from the very next release when needed.

The problem with this implementation was when we were more than one
release behind (like you, we were using dylan and backporting stuff from
dora, daisy, dizzy and master.

So now we have one layer per release we're backporting from:
meta-webos-backports-1.5
meta-webos-backports-1.6
meta-webos-backports-1.7
meta-webos-backports-1.8
We're using numeric versions, because codename isn't known from the
beginning of the next release cycle and sometimes you need to backport
from "master" branch.

The main advantage of this approach is that when upgrading to next
release, you can just drop some meta-webos-backports-* layers from your
bblayers.conf and the resulting metadata shouldn't change that much (you
sometimes need to do some small tweaks in backported recipes, but at
least functionality wise you shouldn't see any difference)

Regards,

> Thanks,
> Matt S
> 
> PS. I don't think it matters much, but the recipe in question is the v4l-utils_1.6.2 recipe
> 
> 
> 
> 

> -- 
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto


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

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

      reply	other threads:[~2015-03-28  2:52 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-27 20:56 Best practices for copying recipe from a newer release Matt Schuckmann
2015-03-28  2:52 ` Martin Jansa [this message]

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=20150328025257.GC2343@jama \
    --to=martin.jansa@gmail.com \
    --cc=Matt.Schuckmann@planar.com \
    --cc=yocto@yoctoproject.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.