From: Philip Balister <philip@balister.org>
To: Logan Buchy <logan.buchy@gmail.com>,
openembedded-core@lists.openembedded.org
Subject: Re: Question regarding project organization with OE
Date: Sat, 10 Oct 2015 09:39:48 +0100 [thread overview]
Message-ID: <5618CED4.4080905@balister.org> (raw)
In-Reply-To: <CAH=96PHKBTZ3M1gvgsr8meT67NvB4Hp808jSnBvjMgAG6QqR1g@mail.gmail.com>
On 10/09/2015 09:47 PM, Logan Buchy wrote:
> Hi,
>
> It's my first time posting here, I hope I have the right mailing list!
>
> I've been looking into OE in the last few days as a candidate to replace
> the ageing build scripts in a project I am involved with. I've been really
> impressed with OE's feature list - it ticks off a lot of boxes for our
> requirements.
>
> I am still working out some of the workflows though before we go ahead and
> make the switch, I was hoping someone could help me out.
I'm still recovering from ELCE, but a quick read suggest you should read
up on the MACHINE variable and how to use machine specific overrides.
Philip
>
> The project I am working on consists of several embedded targets. All
> targets currently run on the same system-on-chip and are built with the
> same toolchain, though this will note be the case in the near future. The
> majority of the project exists as a monolithic application that is built
> with different DEFINEs in order to customize the application's behaviour.
> Each target also has a unique rootfs layout (different init scripts mostly).
>
> For the sake of clarity, lets call this application 'Foo', and two targets
> 'alpha' and 'beta'.
>
> I am trying to figure out the best was to setup recipes in order to
> maintain this structure.
>
> I'm thinking that managing the targets is best left to image-recipes in a
> separate layer. Essentially adding:
> * recipes-core/images/target-alpha.bb
> * recipes-core/images/target-beta.bb
>
> Managing the 'Foo' application is currently done with a regular package
> recipe:
> * recipes-core/Foo/foo.bb
>
> However, I am not sure if the image recipes can dictate how to build Foo,
> the dependent recipe. Is this possible? Is there an alternative workflow?
>
> Would it be better if 'targets' were managed as separate distros instead?
> Currently some targets use different kernel versions than others, and all
> targets use different kernel configs. I haven't yet figured out if this is
> possible to specify from within an image recipe.
>
> Any help is appreciated!
>
> Thanks,
> Logan
>
>
>
prev parent reply other threads:[~2015-10-10 8:39 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-10-09 20:47 Question regarding project organization with OE Logan Buchy
2015-10-10 8:39 ` Philip Balister [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=5618CED4.4080905@balister.org \
--to=philip@balister.org \
--cc=logan.buchy@gmail.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 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.