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

[Richard Purdie]

On Thu, 2012-03-15 at 09:55 -0500, Mark Hatle wrote:
> On 3/15/12 7:44 AM, Paul Eggleton wrote:
> > On Tuesday 13 March 2012 17:54:38 elizabeth.flanagan at intel.com wrote:
> >> Build status: FAILURE
> >>
> >> Buildslave for this Build: ab05
> >> Complete logs for all build steps:
> >> http://autobuilder.yoctoproject.org:8010/builders/nightly-world/builds/14
> >> Build Reason: The web-page 'force build' button was pressed by 'intel':
> >> Build Source Stamp: [branch master] HEAD
> >
> > The gst-plugins-bad error here is fixed.
> >
> > However, the libzypp one is not:
> >
> > | cd /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/work/qemux86-poky-linux/libzypp-0.0-git1+15b6c52260bbc52b3d8e585e271b67e10cc7c433-r18/git/tools&&  /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/x86_64-linux/usr/bin/cmake -E cmake_link_script CMakeFiles/zypp-CheckAccessDeleted.dir/link.txt --verbose=1
> > | /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/x86_64-linux/usr/bin/i586-poky-linux/i586-poky-linux-g++    -m32   -march=i586  --sysroot=/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/qemux86  -O2 -pipe -g -feliminate-unused-debug-types -fpermissive -fvisibility-inlines-hidden -fpermissive -fno-strict-aliasing -fPIC -g -Wall -Werror=format-security -Woverloaded-virtual -Wnon-virtual-dtor -Wl,-as-needed   -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed CMakeFiles/zypp-CheckAccessDeleted.dir/zypp-CheckAccessDeleted.cc.o  -o zypp-CheckAccessDeleted -rdynamic ../zypp/libzypp.so.810.1.0 -lboost_program_options-mt -lutil -lrpm -lcurl -lxml2 -lz -Wl,-Bstatic -lsatsolver -lsatsolverext -Wl,-Bdynamic -lexpat -lssl -lcrypto -lboost_signals-mt -ludev -Wl,-rpath,/srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/work/qemux86-poky-linux/libzypp-0.0-git1+15b6c52260bbc52b3d8e!
 585
>  e271b67e1
> 0cc7c433-r18/git/zypp:
> > | /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/x86_64-linux/usr/bin/i586-poky-linux/../../libexec/i586-poky-linux/gcc/i586-poky-linux/4.6.4/ld: warning: libmagic.so.1, needed by /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/qemux86/usr/lib/librpm.so, not found (try using -rpath or -rpath-link)
> > | /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/qemux86/usr/lib/librpmio-5.4.so: undefined reference to `magic_load'
> > | /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/qemux86/usr/lib/librpmio-5.4.so: undefined reference to `magic_close'
> > | /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/qemux86/usr/lib/librpmio-5.4.so: undefined reference to `magic_open'
> > | /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/qemux86/usr/lib/librpmio-5.4.so: undefined reference to `magic_error'
> > | /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/qemux86/usr/lib/librpmio-5.4.so: undefined reference to `magic_file'
> > | /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-world/build/build/tmp/sysroots/qemux86/usr/lib/librpmio-5.4.so: undefined reference to `magic_buffer'
> 
> This is odd, I haven't seen a problem like this in a while.  The issue is that 
> libmagic is "missing", but is required by some of the rpm libraries.  (For file 
> identification.)
> 
> > Looks like some bad linking perhaps. Mark, when I googled this error I saw you
> > asking a seemingly related question on the rpm5 mailing list. Any ideas?
> 
> Ha, I don't remember asking, but it wouldn't surprise me.  Most likely it's 
> either a link-order issue.. or something changed and -lmagic isn't getting added 
> to the link line.
> 
> Note, it may be that magic isn't getting linked into the librpm* like it should 
> be, vs we're not using the correct shared library or something.  I don't 
> remember on the version we're using if magic is internal or not.

FWIW this happened again last night :(

http://autobuilder.yoctoproject.org:8010/builders/nightly-world/builds/28/steps/shell_24/logs/stdio

Cheers,

Richard