The dbus-glib-native one hits a few times but the only other place it has broken so far is in cmake-native:
bin/cmake: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.25' not found (required by TOPDIR/tmp/work/x86_64-linux/cmake-native/3.10.3-r0/recipe-sysroot-native/usr/lib/libexpat.so.1) Is expat using rpaths or something and picking the wrong libc? Ross On 17 April 2018 at 21:52, Burton, Ross <[email protected]> wrote: > On 17 April 2018 at 17:44, Richard Purdie > <[email protected]> wrote: >> We have a problem when for example, a glibc 2.27 based system builds some >> library like libpopt-native and puts it into sstate then it is reused >> on a pre glibc-2.27 system to build something which depends on popt like >> rpm-native. This results in an error like: >> >> recipe-sysroot-native/usr/lib/libpopt.so: undefined reference to >> `glob@GLIBC_2.27' > > dbus-glib-native is failing on a few builders like this: > > | > /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm-lsb/build/build/tmp/work/x86_64-linux/dbus-glib-native/0.108-r0/build/dbus/.libs/lt-dbus-binding-tool: > /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.25' not found > (required by > /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm-lsb/build/build/tmp/work/x86_64-linux/dbus-glib-native/0.108-r0/recipe-sysroot-native/usr/lib/libexpat.so.1) > > Using the host libc doesn't seem right surely? > > Ross -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
