All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Paul Eggleton <paul.eggleton@linux.intel.com>
Cc: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [PATCH 00/15] devtool and externalsrc improvements
Date: Thu, 19 Feb 2015 17:00:06 +0000	[thread overview]
Message-ID: <1424365206.11836.33.camel@linuxfoundation.org> (raw)
In-Reply-To: <3100587.NflBacsYxf@peggleto-mobl5.ger.corp.intel.com>

On Thu, 2015-02-19 at 16:55 +0000, Paul Eggleton wrote:
> On Thursday 19 February 2015 11:47:01 Bruce Ashfield wrote:
> > On Thu, Feb 19, 2015 at 11:39 AM, Paul Eggleton
> > <paul.eggleton@linux.intel.com> wrote:
> > > I've been attempting to enable usage of devtool with the kernel (which
> > > effectively means using the externalsrc class with the kernel). This
> > > doesn't really work yet due to lack of handling the kernel configuration,
> > 
> > I've always insisted/argued and designed in that externalsrc shouldn't touch
> > the kernel configuration at all.
> > 
> > You are building a tree that is completely managed outside of the build
> > system, and getting the kernel configuration in place is part of that
> > management.
> > 
> > So I'm not convinced it is a problem that needs to be solved.
> 
> So, externalsrc still doesn't touch the configuration, and it is not my plan to 
> make it do so. However, users do need some way of setting up that configuration 
> when checking out those sources for the first time, and if that's to be of any 
> use to someone who just wants to make some minor changes, it should be the 
> exact same configuration you get when you build the recipe as normal. That is 
> what I believe "devtool modify" (at least with -x) should be doing, given that 
> it is one means you can use to set up a development environment if you do not 
> have one already.
> 
> We can certainly talk about the mechanism and work out the best way to do it, 
> such that it fits in with how linux-yocto works and meets user expectations. My 
> intent with this series was to get us to the point where we can at least 
> experiment and have that discussion.

Having the option of triggering the standard configuration process as
per a usual linux-yocto build but on an external direction, standalone
may be the best option?

Cheers,

Richard



  reply	other threads:[~2015-02-19 17:00 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-19 16:39 [PATCH 00/15] devtool and externalsrc improvements Paul Eggleton
2015-02-19 16:39 ` [PATCH 01/15] recipetool: fix regression caused by previous commit Paul Eggleton
2015-02-19 16:39 ` [PATCH 02/15] lib/oe/patch: fix PATCHTOOL = "git" with source in a subdirectory Paul Eggleton
2015-02-19 16:39 ` [PATCH 03/15] classes/externalsrc: fix source being wiped out on clean with kernel Paul Eggleton
2015-02-19 16:39 ` [PATCH 04/15] classes/externalsrc: add workaround for recipes that use SRCPV in PV Paul Eggleton
2015-02-19 16:39 ` [PATCH 05/15] classes/externalsrc: show a warning on compiling Paul Eggleton
2015-02-19 16:39 ` [PATCH 06/15] classes/kernel-yocto: extend SRCTREECOVEREDTASKS Paul Eggleton
2015-02-19 16:39 ` [PATCH 07/15] devtool: add/modify: add option to build in same directory Paul Eggleton
2015-02-19 16:39 ` [PATCH 08/15] devtool: reset: run bitbake -c clean on recipe Paul Eggleton
2015-02-19 16:39 ` [PATCH 09/15] devtool: build: run do_populate_sysroot instead of do_install Paul Eggleton
2015-02-19 16:39 ` [PATCH 10/15] lib/oe/recipeutils: minor improvements to patch_recipe() Paul Eggleton
2015-02-19 16:40 ` [PATCH 11/15] devtool: update-recipe: add handling for git recipes Paul Eggleton
2015-02-19 16:40 ` [PATCH 12/15] devtool: prevent extract/modify use with image recipes Paul Eggleton
2015-02-19 16:40 ` [PATCH 13/15] devtool: modify: handle recipes that use a shared workdir Paul Eggleton
2015-02-19 16:40 ` [PATCH 14/15] devtool: support source extraction for " Paul Eggleton
2015-02-19 16:40 ` [PATCH 15/15] devtool: fix broken clones of git recipes Paul Eggleton
2015-02-19 16:47 ` [PATCH 00/15] devtool and externalsrc improvements Bruce Ashfield
2015-02-19 16:55   ` Paul Eggleton
2015-02-19 17:00     ` Richard Purdie [this message]
2015-02-19 17:26       ` Bruce Ashfield
2015-02-19 17:27     ` Bruce Ashfield

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=1424365206.11836.33.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=paul.eggleton@linux.intel.com \
    /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.