2012/12/4 Burton, Ross <ross.bur...@intel.com> > > On 4 December 2012 09:09, Samuel Stirtzel <s.stirt...@googlemail.com> wrote: > > So with my last update the behaviour changed and applications using EGL now > > link against mesa instead of libgles-omap3, but deployed in my rootfs is > > libgles-omap3. > > > > This results in all Qt applications being broken (as I test EGL enabled Qt), > > the resulting error message: "application-name: error while loading shared > > libraries: /usr/lib/libEGL.so: file too short" > > Why is mesa being built at all?
To be honest I don't get it either. "bitbake -g -u depexp ..." shows only mesa-dri as reverse depends. "opkg whatdepends" shows nothing on the target and it is not installed. > > "file too short" is a very interesting error message that implies the > files in your rootfs are corrupted. Can you verify where > /usr/lib/libEGL.so* come from and provide ls -l of them? > > Ross root@overo:~# ls -l /usr/lib/libEGL.so* lrwxrwxrwx 1 root root 21 Dec 4 2012 /usr/lib/libEGL.so -> libEGL.so.1.6.16.4117 lrwxrwxrwx 1 root root 21 Dec 4 2012 /usr/lib/libEGL.so.1 -> libEGL.so.1.6.16.4117 lrwxrwxrwx 1 root root 21 Dec 4 2012 /usr/lib/libEGL.so.1.6 -> libEGL.so.1.6.16.4117 -rwxr-xr-x 1 root avahi-au 0 Dec 3 2012 /usr/lib/libEGL.so.1.6.16.4117 In the work/image dir this looks like the following: -rwxr-xr-x 1 samuel samuel 16079 Okt 11 2011 libEGL.so.1.6.16.4117 On the build sysroot there is libEGL.so.1.0 and libEGL.so.1.6.16.4117, both with size > 0 In the .tar.bz2 packed rootfs the file has also a size > 0 root@overo:~# opkg search /usr/lib/libEGL.so.1.6.16.4117 libgles-omap3 - 4.05.00.03-r35 Seems pretty corrupted, but how could this happen related to the latest changes? -- Regards Samuel _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
