Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: <openembedded-core@lists.openembedded.org>
Subject: Re: OE-Core release process
Date: Fri, 16 Sep 2011 14:45:45 -0500	[thread overview]
Message-ID: <4E73A769.9070903@windriver.com> (raw)
In-Reply-To: <CAP9ODKpqO4zN=gjOsod6UtTku6xZmRen63VBKs+_MOdjF1AAFA@mail.gmail.com>

On 9/16/11 2:06 PM, Otavio Salvador wrote:
> On Fri, Sep 16, 2011 at 14:49, Paul Eggleton
> <paul.eggleton@linux.intel.com> wrote:
>> On Friday 16 September 2011 18:18:43 you wrote:
>>> They all ended up in oe-core the problem is when they're not yet
>>> merged but I want to merge them into my tree for use, test or
>>> anything.
>>
>> Ah, so what you mean is not that the patches were in poky, but that there
>> sometimes were pull requests pointing to a branch that was on top of poky. The
>> thing is, the patches are exactly the same.
> 
> Yes but not pullable directly into oe-core tree.

I mix and match for all of my development.  What I do is use the git remote and
include multiple remotes.. poky, github, etc..

When I find patches I want I cherry-pick them into my tree.

Your mileage may vary, works for me at least..

>>> The combo-layer was one example. It was made available on poky contrib
>>> tree and I had to manually export the patches instead of pulling it
>>> into a branch for testing.
>>
>> Git makes this almost trivially easy though, and in the combo-layer example it
>> was only a few patches.
>>
>> Personally, I always post my OE-core pull requests on top of an OE-core
>> branch; doing that means *I* have to manually bring the patches across as files
>> and use git-am to apply them onto a branch of OE-core though. I think those of
>> us working on Poky know this is the accepted practice and try to do it all of
>> the time, occasionally someone might forget or feel that for an RFC patch it's
>> not worth the effort; but I think that's the exception rather than the rule.
> 
> Yes I know but wouldn't be better if you could base your work on
> oe-core and avoid doing this?

For submitting to oe-core for pull requests, basing work off of oe-core is "best
practice".  However, forcing people who are working on a specific distribution
to do this isn't reasonable.  It can be requested of them, but IMHO thats as far
as it will go.

I'm not going to stop anyone from developing in the way that suits them best,
all I can request is the interchange to me be at least reasonable.  (git and
cherry-pick is "reasonable" to me at least.)

Note, I do about 70% development in oe-core and 30% in Poky.  Depends where the
bugs are found and what it takes to reproduce them.  I always cherry-pick/rebase
as appropriate to send pull requests to the appropriate place, but my
work-in-progress tree is whatever works for me at the time.  I suspect others
are like that as well.

--Mark



  reply	other threads:[~2011-09-16 19:51 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-16 12:54 OE-Core release process Richard Purdie
2011-09-16 13:29 ` Otavio Salvador
2011-09-16 16:51   ` Richard Purdie
2011-09-16 17:08     ` Otavio Salvador
2011-09-16 17:16       ` Paul Eggleton
2011-09-16 17:18         ` Otavio Salvador
2011-09-16 17:49           ` Paul Eggleton
2011-09-16 19:06             ` Otavio Salvador
2011-09-16 19:45               ` Mark Hatle [this message]
2011-09-16 20:51                 ` Otavio Salvador
2011-09-17  2:55                 ` Chris Larson
2011-09-17  9:06                   ` Koen Kooi
2011-09-17 12:05                     ` 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=4E73A769.9070903@windriver.com \
    --to=mark.hatle@windriver.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox