From: ChenQi <Qi.Chen@windriver.com>
To: Qiang Yu <yuq825@gmail.com>
Cc: yocto@yoctoproject.org
Subject: Re: When to create a new build directory for yocto?
Date: Mon, 1 Dec 2014 11:27:52 +0800 [thread overview]
Message-ID: <547BE038.8030108@windriver.com> (raw)
In-Reply-To: <CAKGbVbsNf6VbfcS+juDCiifr6Z0kYmyu32iNH=a9SOwt6248Dg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3738 bytes --]
Hi Qiang,
It's possible that you are using (or might use) different layer
configurations for different builds.
One build might have a bbappend file that another build doesn't need.
Also, different builds may have different DISTRO_FEATURES.
Thus, having different deploy directories is better. Otherwise, your
package feeds might be broken. And you would suffer trying to maintain it.
If space is a concern for you, inherit 'rm_work' in local.conf.
INHERIT += "rm_work"
Best Regards,
Chen Qi
On 12/01/2014 11:01 AM, Qiang Yu wrote:
> Hi Chen Qi,
>
> Thanks for your suggestion.
>
> I mean the tmp/deploy/ipk dir will have one copy each build dir. And
> two boards of the same SOC will
> share most of them, so the disk space of the tmp/deploy/ipk part is
> wasted.
>
> Regards,
> Qiang
>
>
> On Mon, Dec 1, 2014 at 10:01 AM, ChenQi <Qi.Chen@windriver.com
> <mailto:Qi.Chen@windriver.com>> wrote:
>
> Sharing sstate is safe and efficient.
> sstate does not contain any package.
>
> Regards,
> Chen Qi
>
>
> On 11/30/2014 10:28 PM, Qiang Yu wrote:
>> Why share the sstate? Does it contain previously build ipk
>> packages in other build directories for reuse?
>>
>> Regards,
>> Qiang
>>
>> On Sun, Nov 30, 2014 at 4:03 PM, ChenQi <Qi.Chen@windriver.com
>> <mailto:Qi.Chen@windriver.com>> wrote:
>>
>> I would suggest to use separate build directories but let
>> these builds to share downloads and sstate.
>>
>> Regards,
>> Chen Qi
>>
>>
>> On 11/30/2014 12:49 PM, Qiang Yu wrote:
>>> Hi all,
>>>
>>> I'm maintaining a Yocto build system to produce these outputs:
>>>
>>> 1. ARM SOC 1
>>> 1). board 1 image
>>> 2). board 2 image
>>> 3). SDK for i686
>>> 4). SDK for x86_64
>>> 2. ARM SOC 2
>>> 1). board 3 image
>>> 2). board 4 image
>>> 3). SDK for i686
>>> 4). SDK for x86_64
>>>
>>> Now I don't know the right way to create build directories
>>> for these builds. The simplest way
>>> I think is creating one build directory for each of these
>>> builds. But it wast resource for boards
>>> with the same SOC which can share cross toolchain. And ARM
>>> SOC 1 and ARM SOC 2 use
>>> different conf/bblayers.conf to add different BSP layer, I
>>> need to modify it when switch SOC.
>>> So the right way is creating one build directory for
>>> each SOC, then bitbake each output's recipe,
>>> right?
>>>
>>> I am also not sure if I can put the SDK and board image in
>>> the same build directory. Because
>>> once I build a board's image after creating its SDK, I add
>>> gdbserver to it, but the build fail without
>>> really building the gdbserver package. So I guess the board
>>> image build is confused by the SDK
>>> build state.
>>>
>>> So the conclusion is I need a recommended way to separate
>>> output into different build directories:
>>> 1. minimize rebuild shared packages
>>> 2. no build state corruption
>>> 3. if multi output in the same build dir, no change to conf/
>>> files or an easy way to switch between
>>>
>>> Regards,
>>> Qiang
>>>
>>>
>>>
>>
>>
>> --
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org <mailto:yocto@yoctoproject.org>
>> https://lists.yoctoproject.org/listinfo/yocto
>>
>>
>
>
[-- Attachment #2: Type: text/html, Size: 10048 bytes --]
next prev parent reply other threads:[~2014-12-01 3:27 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-30 4:49 When to create a new build directory for yocto? Qiang Yu
2014-11-30 8:03 ` ChenQi
2014-11-30 14:28 ` Qiang Yu
2014-12-01 1:37 ` Qiang Yu
[not found] ` <CAKGbVbuLb-fzeGp78NxWYysVru=cweptGcjq2AuzVath+DC57g@mail.gmail.com>
[not found] ` <547BCC00.2070106@windriver.com>
2014-12-01 3:01 ` Qiang Yu
2014-12-01 3:27 ` ChenQi [this message]
2014-12-01 4:45 ` Qiang Yu
2014-12-01 5:28 ` ChenQi
2014-12-01 7:04 ` Qiang Yu
2014-12-01 7:23 ` ChenQi
[not found] ` <547C196A.8080208@windriver.com>
2014-12-01 8:13 ` Qiang Yu
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=547BE038.8030108@windriver.com \
--to=qi.chen@windriver.com \
--cc=yocto@yoctoproject.org \
--cc=yuq825@gmail.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.