Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: McClintock Matthew-B29882 <B29882@freescale.com>
Cc: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: do_populate_lic_setscene when building LSB on edison
Date: Tue, 06 Dec 2011 14:43:33 +0000	[thread overview]
Message-ID: <1323182613.19363.9.camel@ted> (raw)
In-Reply-To: <CAEsOVNeozRGrQnE2tsfEs_Ei2g3XzrP73VpQOYou18p17wSdQg@mail.gmail.com>

On Tue, 2011-12-06 at 02:08 +0000, McClintock Matthew-B29882 wrote:
> On Mon, Dec 5, 2011 at 2:35 AM, Richard Purdie
> <richard.purdie@linuxfoundation.org> wrote:
> > On Sun, 2011-12-04 at 18:44 +0000, McClintock Matthew-B29882 wrote:
> >> Can anyone comment if this issue has been resolved on master? It's
> >> very random which package it occurs on, it only seems to happen when
> >> building the LSB target, and it also appears to happen on my CentOS 5
> >> box and not my Ubuntu box (at least less often)... sometimes it
> >> happens only on one package in a build, sometimes it's 5-10
> >> packages...
> >>
> >> ERROR: Task 3209
> >> (/opt/yocto/cache-test/p2041rdb/meta/recipes-graphics/freetype/freetype_2.4.6.bb,
> >> do_populate_lic_setscene) failed with exit code '1'
> >
> > What do the logfiles in the workdir/temp directories say for these
> > tasks?
> 
> This is my own doing.
> 
> Basically what is going on is I switched sstate-cache to use xz
> instead of gzip. Well what happens is when I come along and install
> xz-native, then stuff starts failing because we are running xz from
> sysroot instead of host and briefly all the librarys for xz are not in
> place so it fails with:
> 
> xz: error while loading shared libraries: liblzma.so.5: cannot open
> shared object file: No such file or directory
> 
> Is this a situation where it's just to just install this package
> beforehand like we do for tar and pseudo?

Not really since its also possible for those initial pieces of the build
to be installed from sstate :/. We have an open bug for the tar race
issue I believe...

Cheers,

Richard




      reply	other threads:[~2011-12-06 14:50 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-04 18:44 do_populate_lic_setscene when building LSB on edison McClintock Matthew-B29882
2011-12-04 19:32 ` Flanagan, Elizabeth
2011-12-04 19:35   ` McClintock Matthew-B29882
2011-12-04 19:35     ` McClintock Matthew-B29882
2011-12-05  8:35 ` Richard Purdie
2011-12-06  2:08   ` McClintock Matthew-B29882
2011-12-06 14:43     ` 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=1323182613.19363.9.camel@ted \
    --to=richard.purdie@linuxfoundation.org \
    --cc=B29882@freescale.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox