No, I haven't been able to reproduce it on demand, so there appears to be some race scenario. I have only seen the failure about libXdmcp a couple of times. It does look like libpixbufloader-svg.so depends on libxcb.so as well, so if libxcb-native would be more appropriate here I can use that instead (or in addition to libxdmcp?).
I suspect this list may still not be entirely complete, because ldd shows several dependencies for libpixbufloader-svg.so. However, I'm not really that familiar with all the dependencies going on here; we are definitely seeing sporadic failures for various native libraries during the pixbufcache postinst task though. Best I could tell, it looked like the PIXBUFCACHE_SYSROOT_DEPS functionality was accidentally removed from the pixbufcache.bbclass a while back (hence, my first patch). Adding that hunk back in has seemed to help most of the failures, but we still see lingering failures for pixman and libXdmcp on occasion. If PIXBUFCACHE_SYSROOT_DEPS is supposed to be satisfied another way, I'll be glad to reevaluate. On Tue, Oct 11, 2016 at 10:57 AM, Burton, Ross <ross.bur...@intel.com> wrote: > > On 11 October 2016 at 15:17, Kyle Russell <bkyleruss...@gmail.com> wrote: > >> g_module_open() failed for libpixbufloader-svg.so: libXdmcp.so.6: >> cannot open shared object file: No such file or directory >> > > Can you replicate this failure on demand? I can't see why eg xdmcp needs > to be in this list but say libxcb doesn't, which is presumably there that > linkage is coming from. > > One solution for xdmcp would be to remove it entirely... > > Ross >
-- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
