You might want to assure that S is a child of WORKDIR before wiping it.
Strange things would happen if someone tried setting S=$HOME in a recipe
(by mistake or just for experimenting).
On 23-02-16 12:36, Markus Lehtonen wrote:
Make sure that we have a pristine source tree after do_unpack.
[Y
On Tue, 2016-02-23 at 18:23 +, Burton, Ross wrote:
>
> On 23 February 2016 at 18:01, Christopher Larson > wrote:
> > db isn't the only recipe doing that. The fetcher unpack method
> > knows where it's unpacking to, I think if anyone should be clearing
> > out the destination first, it should.
On 23 February 2016 at 18:01, Christopher Larson
wrote:
> db isn't the only recipe doing that. The fetcher unpack method knows where
> it's unpacking to, I think if anyone should be clearing out the destination
> first, it should.
If that's true for tarballs, I agree. I was also wondering if t
On Tue, Feb 23, 2016 at 6:55 AM Burton, Ross wrote:
>
> On 23 February 2016 at 11:36, Markus Lehtonen <
> markus.lehto...@linux.intel.com> wrote:
>
>> Make sure that we have a pristine source tree after do_unpack.
>>
>
> Interestingly this fails on db-native rebuild for me, as db is playing
> gam
On 23 February 2016 at 11:36, Markus Lehtonen <
markus.lehto...@linux.intel.com> wrote:
> Make sure that we have a pristine source tree after do_unpack.
>
Interestingly this fails on db-native rebuild for me, as db is playing
games with S (it's not the top of the tarball). I had a look at the db
Make sure that we have a pristine source tree after do_unpack.
[YOCTO #9064]
Signed-off-by: Markus Lehtonen
---
meta/classes/base.bbclass | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 1372f38..717a01e 1006
