All of lore.kernel.org
 help / color / mirror / Atom feed
From: Patrick Ohly <patrick.ohly@intel.com>
To: "Jonas Bonn" <jonas.bonn@gmail.com>, "Martin Hundebøll" <mnhu@prevas.dk>
Cc: openembedded-devel@lists.openembedded.org
Subject: Re: Splitting meta-oe?
Date: Thu, 22 Feb 2018 10:27:33 +0100	[thread overview]
Message-ID: <1519291653.6698.13.camel@intel.com> (raw)
In-Reply-To: <CACM3HyG=gT1anu6qh1jbm0+J=Tf15KNUUSN-pYLy_L1nJa7kEQ@mail.gmail.com>

On Thu, 2018-02-22 at 07:53 +0100, Jonas Bonn wrote:
> On 21 February 2018 at 15:09, Martin Hundebøll <mnhu@prevas.dk>
> wrote:
> 
> > Now that the discussion branched out a bit...
> > 
> > We would like better support for this too. Our setup uses a
> > "manifest"
> > repository with git submodules to setup the layers:
> > 
> > > yocto/
> > >       meta-poky/
> > >       meta-qt5/
> > >       meta-foo/
> > >       meta-bar/
> > >       conf/
> > >            bblayers.conf
> > >            local.conf
> > >       .gitmodules
> > 
> > With this setup, customers simply need to clone our yocto repo
> > recursively, run `yocto/meta-poky/oe-init-build-env yocto` and then
> > `bitbake image-recipe`.
> > 
> > But this is rather inflexible, as it requires the "yocto" folder to
> > be the
> > build folder to activate the config files...
> > 
> > We looked into putting the configs in "meta-foo/conf/*.conf.sample" 
> > and
> > using TEMPLATECONF, but the "oe-init-build-env" script is rather
> > picky
> > about poky being the "top" directory.
> > 
> > I guess the oe-init-build-env script can be changed to look for
> > .templateconf in any parent folder?
> 
> 
> Putting together a deliverable setup that's easy for the customer to
> get
> started with is a bit tricky.  Here's the approach that's worked well
> for
> me:
> 
> /myproject
>     /env        <-- script
>     /build
>     /meta-myproject
>     /bitbake
>     /oe-core
>     /meta-layer1
>     /meta-layer2
> 
> env, build, meta-myproject are part of the myproject repo, everything
> else is a submodule.

refkit used the same approach. One thing that I would prefer to do
differently is the location of the submodule: having them in their own
directory would make it more transparent which code is "external" and
which is "internal".

> "env" is a script containing just the following:
> . ./oe-core/oe-init-build-env build/ bitbake/

We ended up with a top-level "oe-init-build-env" wrapper script around
the actual oe-core/oe-init-build-env. That way the repo could be used
the same way as poky. The script sets TEMPLATECONF, so the usual local
build setup happens based on refkit sample files.

-- 
Best Regards, Patrick Ohly

The content of this message is my personal opinion only and although
I am an employee of Intel, the statements I make here in no way
represent Intel's position on the issue, nor am I authorized to speak
on behalf of Intel on this matter.




  reply	other threads:[~2018-02-22  9:27 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-20 10:45 Splitting meta-oe? Burton, Ross
2018-02-20 14:15 ` Joe MacDonald
2018-02-20 16:50 ` akuster808
2018-02-20 17:13   ` Bruce Ashfield
2018-02-20 18:52     ` Khem Raj
2018-02-21  0:51       ` Bruce Ashfield
2018-02-21  8:49         ` Martin Jansa
2018-02-21  9:06           ` Martin Jansa
2018-02-21  9:48             ` Andrea Adami
2018-02-21 10:22               ` Martin Jansa
2018-02-21 14:02                 ` Joe MacDonald
2018-02-21 14:14                   ` Burton, Ross
2018-02-21 14:58                     ` Patrick Ohly
2018-02-21 15:01                       ` Otavio Salvador
2018-02-21 19:33                       ` Andreas Oberritter
2018-02-22  9:18                         ` Patrick Ohly
2018-02-21 14:20                   ` Tom Rini
2018-02-21 14:44                     ` Joe MacDonald
2018-02-21 13:34           ` Bruce Ashfield
2018-02-21 13:38             ` Bruce Ashfield
2018-02-21 13:45           ` Joe MacDonald
2018-02-21 13:55             ` Bruce Ashfield
2018-02-21 13:59               ` Otavio Salvador
2018-02-20 17:46   ` Richard Purdie
2018-02-20 18:00     ` Tim Orling
2018-02-20 18:28       ` Martin Jansa
2018-02-20 18:40       ` Khem Raj
2018-02-20 18:52         ` Richard Purdie
2018-02-20 19:15           ` Khem Raj
2018-02-20 21:55             ` Richard Purdie
2018-02-20 22:27               ` Martin Jansa
2018-02-20 23:17                 ` Andreas Müller
2018-02-20 23:41                 ` Richard Purdie
2018-03-17  3:50                   ` Trevor Woerner
2018-03-17 14:23                     ` Philip Balister
2018-03-18  5:49                       ` Trevor Woerner
2018-02-21  0:07           ` Otavio Salvador
2018-02-21  0:10             ` Otavio Salvador
2018-02-21 13:57               ` Tom Rini
2018-02-21 14:00                 ` Otavio Salvador
2018-02-21 14:48                   ` Tom Rini
2018-02-21 14:09                 ` Martin Hundebøll
2018-02-22  6:53                   ` Jonas Bonn
2018-02-22  9:27                     ` Patrick Ohly [this message]
2018-02-22  9:40                       ` Otavio Salvador
2018-02-21 15:54           ` Patrick Ohly
2018-02-20 20:32         ` akuster808
2018-02-20 19:06     ` Khem Raj
2018-02-20 16:54 ` Vesa Jääskeläinen
2018-02-20 18:49 ` Khem Raj
2018-02-28 17:17 ` Alexander Kanavin
2018-02-28 21:33   ` Andreas Müller
2018-03-01  1:20     ` akuster808
2018-03-01  8:46     ` Alexander Kanavin
2018-03-01  1:17   ` akuster808
2018-03-01  9:04     ` Alexander Kanavin
2018-03-01 18:44       ` akuster808
2018-03-01 18:46         ` Alexander Kanavin
2018-03-01 22:11         ` Bruce Ashfield
  -- strict thread matches above, loose matches on Subject: below --
2017-02-17 17:07 Burton, Ross
2017-02-17 17:24 ` Andreas Müller
2017-02-17 18:02   ` Martin Jansa
2017-02-17 18:28     ` Joe MacDonald
2017-02-17 19:45       ` Philip Balister
2017-02-20  3:31         ` Richard Purdie
2017-02-20  4:28           ` Joe MacDonald
2017-02-20 11:18           ` Martin Jansa
2017-02-22 16:15             ` akuster808
2017-02-17 20:54       ` Andreas Müller
2017-02-18 21:35     ` Burton, Ross
2017-02-17 21:55 ` akuster808
2017-02-18  0:53 ` Khem Raj

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=1519291653.6698.13.camel@intel.com \
    --to=patrick.ohly@intel.com \
    --cc=jonas.bonn@gmail.com \
    --cc=mnhu@prevas.dk \
    --cc=openembedded-devel@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.