pango-querymodules specifies -Wl,-rpath -Wl,/usr/lib/../lib to libtool and that gets into ELF and later QA checker detects it and complains ERROR: QA Issue: pango: /work/x86_64-poky-linux/pango-1.30.0-r0/packages-split/pango/usr/bin/pango-view contains probably-redundant RPATH /usr/lib/../lib ERROR: QA Issue: pango: /work/x86_64-poky-linux/pango-1.30.0-r0/packages-split/pango/usr/bin/pango-querymodules contains probably-redundant RPATH /usr/lib/../lib ERROR: QA run found fatal errors. Please consider fixing them. note that my build host is ubuntu 12.04/x86_64 and target is qemux86-64 this does not happen in dissimilar arches e.g. it builds ok for i586 or ppc So two questions, 1 somehow libtool is behaving strangely when both build system and target system are same proabably because its able to read files in /usr/lib on build host. secondly there is a patch to libtool which should have converted this relative path to normal /usr/lib and I do have that patch applied to metadata it still fails.
the similar error also happened on nightly-build (20120822-1) when build qemux86-64 meta-toolchain-gmae (both i686 and x86_64),log from autobuilder: http://autobuilder.yoctoproject.org:8010/builders/nightly-x86-64/builds/593/steps/shell_50/logs/stdio http://autobuilder.pokylinux.org:8010/builders/nightly-x86-64/builds/593/steps/shell_64/logs/stdio -------------- ... ERROR: QA Issue: pango: /work/x86_64-poky-linux/pango-1.30.0-r0/packages-split/pango/usr/bin/pango-querymodules contains probably-redundant RPATH /usr/lib/../lib ERROR: QA Issue: pango: /work/x86_64-poky-linux/pango-1.30.0-r0/packages-split/pango/usr/bin/pango-view contains probably-redundant RPATH /usr/lib/../lib ... ERROR: QA run found fatal errors. Please consider fixing them. ERROR: Function failed: do_package_qa ... Summary: 1 task failed: /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-x86-64/build/meta/recipes-graphics/pango/pango_1.30.0.bb, do_package ---------------
This was latent, and unmasked by oe-core commit 72a924d068, which fixed the warning condition to properly normalize the path before comparing vs. "/usr/lib". An libtool patch was required to properly normalize the -rpath argument passed to ld, but apparently more treatment is needed. Specifically, Saul discovered that the many of the .la files produced by libtool have the /usr/lib/../lib construction, including pango and libstdc++.
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=16a7a61510b60e9a11f4c2018cca3294cd8eb29f
Verified with commit 92e40ec8599d567f3907837c616b83e089c2b544 on Ubuntu 12.04