libxslt populate_sysroot dependencies

libxslt populate_sysroot dependencies

[Slater, Joseph]

[-- Attachment #1.1: Type: text/plain, Size: 354 bytes --]

I have attached a patch that makes sure libxml2-native is available when both it and libxslt-native
are taken from sstate.

The patch parallels one from a few weeks ago for pixbufcache, but the underlying problem might
have been fixed since then.  I looked for likely commits, and didn't see anything, so this patch
might still be needed.

Joe


[-- Attachment #1.2: Type: text/html, Size: 2237 bytes --]

[-- Attachment #2: 0001-libxslt-native-add-populate_sysroot-dependencies.patch --]
[-- Type: application/octet-stream, Size: 1400 bytes --]

From 921846b8c04c3acf99eac6c20cd2fbf955f042d1 Mon Sep 17 00:00:00 2001
From: Joe Slater <jslater@windriver.com>
Date: Mon, 7 Apr 2014 14:37:25 -0700
Subject: [PATCH 1/1] libxslt-native: add populate_sysroot dependencies

When libxslt-native populates sysroot from sstate we
need to depend on libxml2.  If we do not, xsltproc might
try to use the host libxml2, which it was not linked against.

Signed-off-by: Joe Slater <jslater@windriver.com>
---
 meta/recipes-support/libxslt/libxslt_1.1.28.bb |    9 +++++++++
 1 files changed, 9 insertions(+), 0 deletions(-)

diff --git a/meta/recipes-support/libxslt/libxslt_1.1.28.bb b/meta/recipes-support/libxslt/libxslt_1.1.28.bb
index ae2e6b1..ab56fdd 100644
--- a/meta/recipes-support/libxslt/libxslt_1.1.28.bb
+++ b/meta/recipes-support/libxslt/libxslt_1.1.28.bb
@@ -37,3 +37,12 @@ FILES_${PN} += "${libdir}/libxslt-plugins"
 FILES_${PN}-dev += "${libdir}/xsltConf.sh"
 
 BBCLASSEXTEND = "native"
+
+# In order to be sure xsltproc can run after our populate_sysroot_setscene, we need
+# to have runtime dependencies here.  Both sets of dependencies are necessary!
+#
+LOCAL_SYSROOT_DEPS = ""
+LOCAL_SYSROOT_DEPS_class-native = "libxml2-native:do_populate_sysroot_setscene"
+do_populate_sysroot_setscene[depends] += "${LOCAL_SYSROOT_DEPS}"
+do_populate_sysroot[depends] += "${@d.getVar('LOCAL_SYSROOT_DEPS', True).replace('_setscene','')}"
+
-- 
1.7.3.4

Re: libxslt populate_sysroot dependencies

[Richard Purdie]

On Mon, 2014-04-07 at 23:25 +0000, Slater, Joseph wrote:
> I have attached a patch that makes sure libxml2-native is available
> when both it and libxslt-native
> are taken from sstate.
>  
> The patch parallels one from a few weeks ago for pixbufcache, but the
> underlying problem might
> have been fixed since then.  I looked for likely commits, and didn't
> see anything, so this patch might still be needed.

This is an shlibs depends, right? sstate should handle those correctly.
If not, I'd like to see logs from a build where this doesn't happen on
master please?

There are fixes in master such as:

http://git.yoctoproject.org/cgit.cgi/poky/commit/bitbake?id=d67f25da2d1acb8f5c833dad7a2c1fc710261d6c

which may help although there are others. What version of bitbake were
you seeing issues with?

Cheers,

Richard

Re: libxslt populate_sysroot dependencies

[Slater, Joseph]

[-- Attachment #1: Type: text/plain, Size: 1662 bytes --]



> -----Original Message-----
> From: Richard Purdie [mailto:richard.purdie@linuxfoundation.org]
> Sent: Tuesday, April 08, 2014 9:58 AM
> To: Slater, Joseph
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] libxslt populate_sysroot dependencies
> 
> On Mon, 2014-04-07 at 23:25 +0000, Slater, Joseph wrote:
> > I have attached a patch that makes sure libxml2-native is available
> > when both it and libxslt-native
> > are taken from sstate.
> >
> > The patch parallels one from a few weeks ago for pixbufcache, but the
> > underlying problem might
> > have been fixed since then.  I looked for likely commits, and didn't
> > see anything, so this patch might still be needed.
> 
> This is an shlibs depends, right? sstate should handle those correctly.
> If not, I'd like to see logs from a build where this doesn't happen on
> master please?

The bitbake I was using is a bit out of date, so I cloned a poky repo today
and did several builds of vala-native pulling libxml2-native and libxslt-native
from sstate.

I've attached the logs (truncated and annotated).  I think out_of_order.log shows that libxslt-native is
put in sysroot before libraries from libxml2 that it needs.

The in_order.log shows what happens after applying the populate sysroot [depends] patch.

I've attached the patch, too.

Joe

> 
> There are fixes in master such as:
> 
> http://git.yoctoproject.org/cgit.cgi/poky/commit/bitbake?id=d67f25da2d1acb8f5c833dad7a2c1f
> c710261d6c
> 
> which may help although there are others. What version of bitbake were
> you seeing issues with?
> 
> Cheers,
> 
> Richard
> 


[-- Attachment #2: in_order.log --]
[-- Type: application/octet-stream, Size: 3375 bytes --]

NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION        = "1.21.1"
BUILD_SYS         = "x86_64-linux"
NATIVELSBSTRING   = "Ubuntu-12.04"
TARGET_SYS        = "mips-poky-linux"
MACHINE           = "qemumips"
DISTRO            = "poky"
DISTRO_VERSION    = "1.5+snapshot-20140408"
TUNE_FEATURES     = "o32 bigendian fpu-hard mips32"
TARGET_FPU        = ""
meta              
meta-yocto        
meta-yocto-bsp    = "master:8f683bf782d065b81bb7cdb2074839790981d4b7"

NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Running setscene task 2 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-devtools/vala/vala_0.16.0.bb, do_populate_lic_setscene)
NOTE: Running setscene task 3 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-devtools/bison/bison_2.7.1.bb, do_populate_sysroot_setscene)
NOTE: Running setscene task 4 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-devtools/flex/flex_2.5.38.bb, do_populate_sysroot_setscene)
NOTE: Running setscene task 5 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-core/glib-2.0/glib-2.0_2.38.2.bb, do_populate_sysroot_setscene)
NOTE: Running setscene task 6 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-core/libxml/libxml2_2.9.1.bb, do_populate_sysroot_setscene)

NOTE: recipe vala-native-0.16.0-r1.1: task do_populate_lic_setscene: Started

NOTE: recipe bison-native-2.7.1-r0: task do_populate_sysroot_setscene: Started

NOTE: recipe libxml2-native-2.9.1-r0: task do_populate_sysroot_setscene: Started

NOTE: recipe flex-native-2.5.38-r0: task do_populate_sysroot_setscene: Started
NOTE: recipe vala-native-0.16.0-r1.1: task do_populate_lic_setscene: Succeeded
NOTE: recipe glib-2.0-native-1_2.38.2-r0: task do_populate_sysroot_setscene: Started
NOTE: recipe bison-native-2.7.1-r0: task do_populate_sysroot_setscene: Succeeded
NOTE: recipe flex-native-2.5.38-r0: task do_populate_sysroot_setscene: Succeeded

# We now have the libxml2 .so's ?
#
NOTE: recipe libxml2-native-2.9.1-r0: task do_populate_sysroot_setscene: Succeeded

NOTE: Running setscene task 7 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-support/libxslt/libxslt_1.1.28.bb, do_populate_sysroot_setscene)
NOTE: recipe glib-2.0-native-1_2.38.2-r0: task do_populate_sysroot_setscene: Succeeded
NOTE: Running setscene task 8 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-core/gettext/gettext_0.18.3.2.bb, do_populate_sysroot_setscene)
NOTE: Running setscene task 9 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-gnome/libffi/libffi_3.0.13.bb, do_populate_sysroot_setscene)
NOTE: Running setscene task 10 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb, do_populate_sysroot_setscene)

NOTE: recipe libxslt-native-1.1.28-r0: task do_populate_sysroot_setscene: Started

NOTE: recipe gettext-native-0.18.3.2-r0: task do_populate_sysroot_setscene: Started
NOTE: recipe gtk-doc-stub-native-0.0+gitAUTOINC+3dfd0a09de-r0: task do_populate_sysroot_setscene: Started
NOTE: recipe libffi-native-3.0.13-r0: task do_populate_sysroot_setscene: Started

# If xsltproc executes now, it will find our libxml2 stuff.
#
NOTE: recipe libxslt-native-1.1.28-r0: task do_populate_sysroot_setscene: Succeeded

...

[-- Attachment #3: out_of_order.log --]
[-- Type: application/octet-stream, Size: 3575 bytes --]

NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION        = "1.21.1"
BUILD_SYS         = "x86_64-linux"
NATIVELSBSTRING   = "Ubuntu-12.04"
TARGET_SYS        = "mips-poky-linux"
MACHINE           = "qemumips"
DISTRO            = "poky"
DISTRO_VERSION    = "1.5+snapshot-20140408"
TUNE_FEATURES     = "o32 bigendian fpu-hard mips32"
TARGET_FPU        = ""
meta              
meta-yocto        
meta-yocto-bsp    = "master:8f683bf782d065b81bb7cdb2074839790981d4b7"

NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Running setscene task 2 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-devtools/vala/vala_0.16.0.bb, do_populate_lic_setscene)
NOTE: Running setscene task 3 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-devtools/bison/bison_2.7.1.bb, do_populate_sysroot_setscene)
NOTE: Running setscene task 4 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-devtools/flex/flex_2.5.38.bb, do_populate_sysroot_setscene)
NOTE: Running setscene task 5 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-support/libxslt/libxslt_1.1.28.bb, do_populate_sysroot_setscene)
NOTE: Running setscene task 6 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-core/glib-2.0/glib-2.0_2.38.2.bb, do_populate_sysroot_setscene)

NOTE: recipe vala-native-0.16.0-r1.1: task do_populate_lic_setscene: Started

NOTE: recipe bison-native-2.7.1-r0: task do_populate_sysroot_setscene: Started
NOTE: recipe glib-2.0-native-1_2.38.2-r0: task do_populate_sysroot_setscene: Started

NOTE: recipe libxslt-native-1.1.28-r0: task do_populate_sysroot_setscene: Started

NOTE: recipe flex-native-2.5.38-r0: task do_populate_sysroot_setscene: Started
NOTE: recipe vala-native-0.16.0-r1.1: task do_populate_lic_setscene: Succeeded
NOTE: recipe bison-native-2.7.1-r0: task do_populate_sysroot_setscene: Succeeded
NOTE: recipe flex-native-2.5.38-r0: task do_populate_sysroot_setscene: Succeeded

# xsltproc is executable after this?
#
NOTE: recipe libxslt-native-1.1.28-r0: task do_populate_sysroot_setscene: Succeeded

NOTE: Running setscene task 7 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-core/libxml/libxml2_2.9.1.bb, do_populate_sysroot_setscene)
NOTE: recipe glib-2.0-native-1_2.38.2-r0: task do_populate_sysroot_setscene: Succeeded
NOTE: Running setscene task 8 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-core/gettext/gettext_0.18.3.2.bb, do_populate_sysroot_setscene)
NOTE: Running setscene task 9 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-gnome/libffi/libffi_3.0.13.bb, do_populate_sysroot_setscene)
NOTE: Running setscene task 10 of 27 (virtual:native:/home/jslater/poky-builds/poky.git/meta/recipes-gnome/gtk-doc-stub/gtk-doc-stub_git.bb, do_populate_sysroot_setscene)

NOTE: recipe libxml2-native-2.9.1-r0: task do_populate_sysroot_setscene: Started

NOTE: recipe libffi-native-3.0.13-r0: task do_populate_sysroot_setscene: Started
NOTE: recipe gtk-doc-stub-native-0.0+gitAUTOINC+3dfd0a09de-r0: task do_populate_sysroot_setscene: Started
NOTE: recipe gettext-native-0.18.3.2-r0: task do_populate_sysroot_setscene: Started
NOTE: recipe libffi-native-3.0.13-r0: task do_populate_sysroot_setscene: Succeeded
NOTE: recipe gtk-doc-stub-native-0.0+gitAUTOINC+3dfd0a09de-r0: task do_populate_sysroot_setscene: Succeeded

# But our libxml2-native .so's aren't available until after this?
#
NOTE: recipe libxml2-native-2.9.1-r0: task do_populate_sysroot_setscene: Succeeded

...

[-- Attachment #4: 0001-libxslt-native-add-populate_sysroot-dependencies.patch --]
[-- Type: application/octet-stream, Size: 1400 bytes --]

From 921846b8c04c3acf99eac6c20cd2fbf955f042d1 Mon Sep 17 00:00:00 2001
From: Joe Slater <jslater@windriver.com>
Date: Mon, 7 Apr 2014 14:37:25 -0700
Subject: [PATCH 1/1] libxslt-native: add populate_sysroot dependencies

When libxslt-native populates sysroot from sstate we
need to depend on libxml2.  If we do not, xsltproc might
try to use the host libxml2, which it was not linked against.

Signed-off-by: Joe Slater <jslater@windriver.com>
---
 meta/recipes-support/libxslt/libxslt_1.1.28.bb |    9 +++++++++
 1 files changed, 9 insertions(+), 0 deletions(-)

diff --git a/meta/recipes-support/libxslt/libxslt_1.1.28.bb b/meta/recipes-support/libxslt/libxslt_1.1.28.bb
index ae2e6b1..ab56fdd 100644
--- a/meta/recipes-support/libxslt/libxslt_1.1.28.bb
+++ b/meta/recipes-support/libxslt/libxslt_1.1.28.bb
@@ -37,3 +37,12 @@ FILES_${PN} += "${libdir}/libxslt-plugins"
 FILES_${PN}-dev += "${libdir}/xsltConf.sh"
 
 BBCLASSEXTEND = "native"
+
+# In order to be sure xsltproc can run after our populate_sysroot_setscene, we need
+# to have runtime dependencies here.  Both sets of dependencies are necessary!
+#
+LOCAL_SYSROOT_DEPS = ""
+LOCAL_SYSROOT_DEPS_class-native = "libxml2-native:do_populate_sysroot_setscene"
+do_populate_sysroot_setscene[depends] += "${LOCAL_SYSROOT_DEPS}"
+do_populate_sysroot[depends] += "${@d.getVar('LOCAL_SYSROOT_DEPS', True).replace('_setscene','')}"
+
-- 
1.7.3.4

Re: libxslt populate_sysroot dependencies

[Richard Purdie]

On Tue, 2014-04-08 at 21:21 +0000, Slater, Joseph wrote:
> 
> > -----Original Message-----
> > From: Richard Purdie [mailto:richard.purdie@linuxfoundation.org]
> > Sent: Tuesday, April 08, 2014 9:58 AM
> > To: Slater, Joseph
> > Cc: openembedded-core@lists.openembedded.org
> > Subject: Re: [OE-core] libxslt populate_sysroot dependencies
> > 
> > On Mon, 2014-04-07 at 23:25 +0000, Slater, Joseph wrote:
> > > I have attached a patch that makes sure libxml2-native is available
> > > when both it and libxslt-native
> > > are taken from sstate.
> > >
> > > The patch parallels one from a few weeks ago for pixbufcache, but the
> > > underlying problem might
> > > have been fixed since then.  I looked for likely commits, and didn't
> > > see anything, so this patch might still be needed.
> > 
> > This is an shlibs depends, right? sstate should handle those correctly.
> > If not, I'd like to see logs from a build where this doesn't happen on
> > master please?
> 
> The bitbake I was using is a bit out of date, so I cloned a poky repo today
> and did several builds of vala-native pulling libxml2-native and libxslt-native
> from sstate.
> 
> I've attached the logs (truncated and annotated).  I think out_of_order.log shows that libxslt-native is
> put in sysroot before libraries from libxml2 that it needs.
> 
> The in_order.log shows what happens after applying the populate sysroot [depends] patch.
> 
> I've attached the patch, too.

Thanks, I think I've been staring at too many builds for too long and
have too many things cross threaded so I may have things confused,
however I'm going to have a go at explaining this.

The setscene dependencies typically work backwards. The system does this
deliberately since in general if you can install say bash
do_package_write_ipk, we can skip the toolchain and other tools since we
have the ipk we want. "bitbake <someimage> -c rootfs" is a good example
of that in action, the -c build default tends to be a bit greedy.

The only time this reversal would cause a problem is for native/cross
binaries *if* we execute them at setscene time. I know of two problem
cases:

a) gdk-pixbuf does this to create a correct index file within the 
   sysroot.
b) the adduser parts are used to setup user accounts before sstate 
   packages are extracted.

Those two cases have explicit setscene dependencies for those reasons. I
am not aware of xlstproc being run at setscene time by anything so it
doesn't need these dependencies.

Ok you say, what if it extracts libxslt-native but then fails to extract
libxml2-native?

Well, when the main build happens, nothing with a dependency on
libxsltproc will run until libxml2-native has been built.

So, your logs actually show what I would expect to happen, the question
is what behaviour do you see which isn't correct?

Cheers,

Richard

Re: libxslt populate_sysroot dependencies

[Slater, Joseph]

[-- Attachment #1: Type: text/plain, Size: 4094 bytes --]

I've attached extracts from a very long log of a failure.  Turns out, it's not quite what I was expecting, but it does show the libxml2-native did not get to into sysroot before we tried to run xsltproc during the build of vala.

These failures are extremely rare, so I'll have to wait for another one to see if it's the same.  I realize that the build for libxml2 seems to have "hung", but I also think that letting libxslt put itself into sysroot before what it needs to run is in there is dangerous.

Anyway, there's no way in the world I could do the number of builds necessary to see if it's still an issue with the current bitbake, so I'll just watch for more failures here.

This has been kind of a waste of your time.  Thanks for looking at it.

Joe


> -----Original Message-----
> From: Richard Purdie [mailto:richard.purdie@linuxfoundation.org]
> Sent: Tuesday, April 08, 2014 2:34 PM
> To: Slater, Joseph
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] libxslt populate_sysroot dependencies
> 
> On Tue, 2014-04-08 at 21:21 +0000, Slater, Joseph wrote:
> >
> > > -----Original Message-----
> > > From: Richard Purdie [mailto:richard.purdie@linuxfoundation.org]
> > > Sent: Tuesday, April 08, 2014 9:58 AM
> > > To: Slater, Joseph
> > > Cc: openembedded-core@lists.openembedded.org
> > > Subject: Re: [OE-core] libxslt populate_sysroot dependencies
> > >
> > > On Mon, 2014-04-07 at 23:25 +0000, Slater, Joseph wrote:
> > > > I have attached a patch that makes sure libxml2-native is available
> > > > when both it and libxslt-native
> > > > are taken from sstate.
> > > >
> > > > The patch parallels one from a few weeks ago for pixbufcache, but the
> > > > underlying problem might
> > > > have been fixed since then.  I looked for likely commits, and didn't
> > > > see anything, so this patch might still be needed.
> > >
> > > This is an shlibs depends, right? sstate should handle those correctly.
> > > If not, I'd like to see logs from a build where this doesn't happen on
> > > master please?
> >
> > The bitbake I was using is a bit out of date, so I cloned a poky repo today
> > and did several builds of vala-native pulling libxml2-native and libxslt-native
> > from sstate.
> >
> > I've attached the logs (truncated and annotated).  I think out_of_order.log shows that
> libxslt-native is
> > put in sysroot before libraries from libxml2 that it needs.
> >
> > The in_order.log shows what happens after applying the populate sysroot [depends] patch.
> >
> > I've attached the patch, too.
> 
> Thanks, I think I've been staring at too many builds for too long and
> have too many things cross threaded so I may have things confused,
> however I'm going to have a go at explaining this.
> 
> The setscene dependencies typically work backwards. The system does this
> deliberately since in general if you can install say bash
> do_package_write_ipk, we can skip the toolchain and other tools since we
> have the ipk we want. "bitbake <someimage> -c rootfs" is a good example
> of that in action, the -c build default tends to be a bit greedy.
> 
> The only time this reversal would cause a problem is for native/cross
> binaries *if* we execute them at setscene time. I know of two problem
> cases:
> 
> a) gdk-pixbuf does this to create a correct index file within the
>    sysroot.
> b) the adduser parts are used to setup user accounts before sstate
>    packages are extracted.
> 
> Those two cases have explicit setscene dependencies for those reasons. I
> am not aware of xlstproc being run at setscene time by anything so it
> doesn't need these dependencies.
> 
> Ok you say, what if it extracts libxslt-native but then fails to extract
> libxml2-native?
> 
> Well, when the main build happens, nothing with a dependency on
> libxsltproc will run until libxml2-native has been built.
> 
> So, your logs actually show what I would expect to happen, the question
> is what behaviour do you see which isn't correct?
> 
> Cheers,
> 
> Richard
> 
> 
> 


[-- Attachment #2: log.txt --]
[-- Type: text/plain, Size: 2617 bytes --]


+[2014-03-23 12:31:11.879332327-07:00] NOTE: recipe libxslt-native-1.1.28-r0: task do_populate_lic_setscene: Started

+[2014-03-23 12:31:11.908110347-07:00] NOTE: recipe libxslt-native-1.1.28-r0: task do_populate_lic_setscene: Succeeded

+[2014-03-23 12:31:38.540056686-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_populate_lic_setscene: Started

+[2014-03-23 12:31:38.817743976-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_populate_lic_setscene: Succeeded

+[2014-03-23 12:31:49.252010692-07:00] NOTE: recipe libxslt-native-1.1.28-r0: task do_populate_sysroot_setscene: Started

+[2014-03-23 12:31:50.012436528-07:00] NOTE: recipe libxslt-native-1.1.28-r0: task do_populate_sysroot_setscene: Succeeded

+[2014-03-23 12:31:52.536860119-07:00] NOTE: recipe libxml2-native-2.9.1-r0.1: task do_populate_lic_setscene: Started

+[2014-03-23 12:31:53.192502289-07:00] NOTE: recipe libxml2-native-2.9.1-r0.1: task do_populate_lic_setscene: Succeeded

+[2014-03-23 12:32:47.888294107-07:00] NOTE: recipe libxml2-native-2.9.1-r0.1: task do_fetch: Started

+[2014-03-23 12:32:49.982555145-07:00] NOTE: recipe libxml2-native-2.9.1-r0.1: task do_fetch: Succeeded

+[2014-03-23 12:32:51.667003796-07:00] NOTE: recipe libxml2-native-2.9.1-r0.1: task do_unpack: Started

+[2014-03-23 12:32:54.953585004-07:00] NOTE: recipe libxml2-native-2.9.1-r0.1: task do_unpack: Succeeded

+[2014-03-23 12:33:03.608833506-07:00] NOTE: recipe libxml2-native-2.9.1-r0.1: task do_patch: Started

+[2014-03-23 12:33:04.598332413-07:00] NOTE: recipe libxml2-native-2.9.1-r0.1: task do_patch: Succeeded

+[2014-03-23 12:35:45.824669053-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_fetch: Started
+[2014-03-23 12:35:45.829850439-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_fetch: Succeeded

+[2014-03-23 12:40:25.099728696-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_unpack: Started

+[2014-03-23 12:40:26.872044296-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_unpack: Succeeded

+[2014-03-23 12:40:28.309537807-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_patch: Started

+[2014-03-23 12:40:28.389429746-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_patch: Succeeded

+[2014-03-23 12:46:52.615047547-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_configure: Started

+[2014-03-23 12:47:31.781278454-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_configure: Succeeded

+[2014-03-23 12:47:35.304762239-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_compile: Started

+[2014-03-23 12:48:01.970254003-07:00] NOTE: recipe vala-native-0.16.0-r1.1: task do_compile: Failed

Re: libxslt populate_sysroot dependencies

[Richard Purdie]

On Tue, 2014-04-08 at 22:56 +0000, Slater, Joseph wrote:
> I've attached extracts from a very long log of a failure.  Turns out,
> it's not quite what I was expecting, but it does show the
> libxml2-native did not get to into sysroot before we tried to run
> xsltproc during the build of vala.
> 
> These failures are extremely rare, so I'll have to wait for another
> one to see if it's the same.  I realize that the build for libxml2
> seems to have "hung", but I also think that letting libxslt put itself
> into sysroot before what it needs to run is in there is dangerous.
> 
> Anyway, there's no way in the world I could do the number of builds
> necessary to see if it's still an issue with the current bitbake, so
> I'll just watch for more failures here.
> 
> This has been kind of a waste of your time.  Thanks for looking at it.

The question is whether in that build libxslt-native was in the DEPENDS
for vala-native or not?

Cheers,

Richard