All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: Branch management for OE-Core release
Date: Fri, 23 Sep 2011 00:33:15 +0100	[thread overview]
Message-ID: <1316734501.28323.18.camel@ted> (raw)
In-Reply-To: <CAP9ODKpF7hQQmB7YWE4RCWDbEfZwv8432KJrBmvpwe1u_SaCTg@mail.gmail.com>

On Thu, 2011-09-22 at 09:49 -0300, Otavio Salvador wrote:
> I noticed the 2011-1 branch today and it seems it is not fully merged
> into master; this is a mistake since it will create an upgrade path
> problem for users of it.

Its a branch, master continues on, that branch just gets fixes suitable
for a stable/release branch. I appreciate people have different
definitions of stable and we need to do a better job of documenting what
those criteria are. As a quick attempt:

I've always said with "stable" branches, its up to the person
maintaining it to define what it means. Right now, I'm trying to get a
branch where all the Yocto QA tests pass so it has some base
functionality across all the different architectures, image targets,
SDKs and so forth.

Longer term I'm initially proposing it will take the same kinds of
changes as we'd take for point releases in Yocto. These are high impact
bug fixes, build system OS fixes as new distros appear and security
issues that we're aware of. What is out of scope are new features and
significant version changes. The QT version increment is marginal in
that regard. If after release when we have more time to test it works
out ok it might be considered being just a point release and not a major
version change.

Cheers,

Richard







  reply	other threads:[~2011-09-22 23:40 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-22 12:49 Branch management for OE-Core release Otavio Salvador
2011-09-22 23:33 ` Richard Purdie [this message]
2011-09-23 16:41   ` Otavio Salvador
2011-09-23 17:30     ` Richard Purdie
2011-09-23 18:12       ` Otavio Salvador
2011-09-26  4:59         ` Chris Larson
2011-09-26  9:23         ` Richard Purdie
2011-09-26 12:27           ` Otavio Salvador
2011-09-26 12:47             ` Richard Purdie
2011-09-26 13:00               ` Otavio Salvador
2011-09-26 14:38               ` Chris Larson
2011-09-26 15:30                 ` Otavio Salvador

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=1316734501.28323.18.camel@ted \
    --to=richard.purdie@linuxfoundation.org \
    --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.