[Yocto-builds] buildbot failure in Yocto on nightly-world

[Kang Kai]

On 2012年03月15日 22:31, Paul Eggleton wrote:
> On Monday 12 March 2012 17:53:40 elizabeth.flanagan at intel.com wrote:
>> Buildslave for this Build: ab05
>> Complete logs for all build steps:
>> http://autobuilder.yoctoproject.org:8010/builders/nightly-world/builds/13
>> Build Reason: The web-page 'force build' button was pressed by 'intel':
>> Build Source Stamp: [branch master] HEAD
> This log contains 5 separate issues:
>
> * pulseaudio: has been fixed by adding a missing dependency on libxtst.
>
> * gst-plugins-bad: has been fixed by disabling the directfb plugin.
>
> * libzypp: recurred and was covered in another thread.
>
> * mx: I looked into this; there were some missing explicit dependencies which
> I have patched in, but even without these could not get it to fail in local
> testing - the required libraries did get built anyway.

Hi Paul,

> * ghostscript: I'm not sure what's going on here:
>
> | ccache i586-poky-linux-gcc  -m32   -march=i586 --sysroot=/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/qemux86  -DHAVE_MKSTEMP -DHAVE_FILE64 -DHAVE_MKSTEMP64 -DHAVE_FONTCONFIG -DHAVE_LIBIDN -DHAVE_SETLOCALE  -DHAVE_DBUS -DHAVE_BSWAP32 -DHAVE_BYTESWAP_H -O2 -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long" -O2 -pipe -g -feliminate-unused-debug-types -DHAVE_SYS_TIME_H=1  -I./obj -I./base  -DWHICH_CMS="lcms" -o ./obj/gdevcfax.o -c ./base/gdevcfax.c
> | make: *** No rule to make target `obj/libtiff_.dev', needed by `obj/libtiff.dev'.  Stop.
>
> ghostscript has a dependency on tiff so it's not a missing dependency issue;
> however it was upgraded after this build (which was at revision
> bd2d8904181aa67258b6be8a7bbeaf8d12a8dd5a) . Kai, any suggestions?
> Could this be another parallel make issue?
I'll check it ASAP. And it builds for qemux86, right?

Regards,
Kai
>
> Cheers,
> Paul
>