From: Richard Purdie <rpurdie@linux.intel.com>
To: Esben Haabendal <eha@dev.doredevelopment.dk>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: Distro 1.0 Planning minutes
Date: Wed, 10 Nov 2010 21:52:32 +0800 [thread overview]
Message-ID: <1289397152.1272.322.camel@rex> (raw)
In-Reply-To: <87zkthlabk.fsf@eha.doredevelopment.dk>
On Wed, 2010-11-10 at 11:52 +0100, Esben Haabendal wrote:
> Richard Purdie <rpurdie@linux.intel.com> writes:
>
> > On Wed, 2010-11-10 at 10:50 +0100, Esben Haabendal wrote:
> >> "Kamble, Nitin A" <nitin.a.kamble@intel.com> writes:
> >>
> >> > Dongxiao: sysroot per machine per recipe
> >>
> >> Is it possible to elaborate on this topic? What was discussed and what
> >> was the conclusion?
> >
> > This is what we discussed in person in Cambridge, the idea of making it
> > possible to have one sysroot per machine or one sysroot per recipe. Our
> > intention is to make this work in the next few months.
> >
> > I pointed you at the existing task based sstate code which should make
> > this kind of thing relatively straight forward.
>
> This definitely sounds interesting.
>
> Will it be possible to have recipe A (build) depend on B, which (build)
> depends on C, without having C in the per recipe stage of A?
Yes, that is the plan. I'm hoping this allows us to rigorously check
package dependencies and whilst we might not default to it all the time,
it would allow us to test this periodically.
> Will it be possible to have recipe A (build) depend on selected files
> from B, f.x. only a subset of libraries built by a recipe?
This currently isn't planned.
Cheers,
Richard
prev parent reply other threads:[~2010-11-10 13:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-10 3:52 Distro 1.0 Planning minutes Kamble, Nitin A
2010-11-10 9:50 ` Esben Haabendal
2010-11-10 10:01 ` Richard Purdie
2010-11-10 10:52 ` Esben Haabendal
2010-11-10 13:52 ` Richard Purdie [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=1289397152.1272.322.camel@rex \
--to=rpurdie@linux.intel.com \
--cc=eha@dev.doredevelopment.dk \
--cc=yocto@yoctoproject.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.