I have encountered a similar problem when do a clean building in another VM (running archlinux).
after remove /usr//lib/libXrandr.so.2: mv /usr/lib/../lib/libXrandr.so.2 /usr/lib/../lib/libXrandr.so.2.bak I got a new error: /usr/lib/../lib/libXext.so.6: undefined reference to `memcpy@GLIBC_2.14' so IMO, it used the wrong lib path. following is the output section of 'do_compile', the key is '/usr/lib/../lib', maybe it should be '<xxxdir>/usr/lib/../lib'. output section: Making all in gconf make[2]: Entering directory `/media/pangu/lsbt/tmp/work/x86_64-poky-linux/gconf-3.2.3-r8/GConf-3.2.3/gconf' make all-am make[3]: Entering directory `/media/pangu/lsbt/tmp/work/x86_64-poky-linux/gconf-3.2.3-r8/GConf-3.2.3/gconf' ../x86_64-poky-linux-libtool --tag=CC --mode=link x86_64-poky-linux-gcc -m64 --sysroot=/media/pangu/lsbt/tmp/sysroots/qemux86-64 -O2 -pipe -g -feliminate-unused-debug-types -Wall -DGCONF_ENABLE_DEBUG=1 -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -o gconf-sanity-check-2 gconf-sanity-check.o libgconf-2.la -pthread -Wl,--export-dynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lxml2 x86_64-poky-linux-libtool: link: x86_64-poky-linux-gcc -m64 --sysroot=/media/pangu/lsbt/tmp/sysroots/qemux86-64 -O2 -pipe -g -feliminate-unused-debug-types -Wall -DGCONF_ENABLE_DEBUG=1 -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -o .libs/gconf-sanity-check-2 gconf-sanity-check.o -pthread -Wl,--export-dynamic ./.libs/libgconf-2.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libdbus-glib-1.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libdbus-1.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libgtk-x11-2.0.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libgdk-x11-2.0.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libatk-1.0.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libpangocairo-1.0.so -L=/usr/lib /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libpangoft2-1.0.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/../lib/libstdc++.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libgdk_pixbuf-2.0.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libgio-2.0.so -lresolv /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libcairo.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libpixman-1.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libpng12.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libXrender.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libX11.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libxcb.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libXau.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libXdmcp.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libpango-1.0.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libfontconfig.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libfreetype.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libexpat.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libgobject-2.0.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libffi.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libgmodule-2.0.so /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libgthread-2.0.so -lpthread /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libglib-2.0.so -lrt /media/pangu/lsbt/tmp/sysroots/qemux86-64/usr/lib/libxml2.so -ldl -lz -lm -pthread -Wl,-rpath -Wl,/usr/lib/../lib /usr/lib/../lib/libXext.so.6: undefined reference to `memcpy@GLIBC_2.14' collect2: ld returned 1 exit status make[3]: *** [gconf-sanity-check-2] Error 1 On Fri, 2012-03-16 at 23:36 +0800, Mark Hatle wrote: > On 3/16/12 12:18 AM, Ni Qingliang wrote: > > when building qemux86-64 arch core-image-lsb (distro is poky-lsb), I got > > /usr/lib/../lib/libXrandr.so.2: undefined reference to > > `memcpy@GLIBC_2.14' when 'do_compile' gconf 3.2.3. > > > > the default eglibc is 2.13, why it needs 2.14? > > Without anything further, the only guess I can make is that either you aren't > using the version of glibc you think you are, it's gotten some host > contamination, an explicit reference was added to libXrandr (doubtful), or you > are using something that was built/cached from a previous build. (i.e. did > you > build w/ eglibc 2.14/2.15 -- and then switch back to eglibc 2.13 for some > reason?) > > On 3/15/12 9:38 PM, Ni Qingliang wrote: > > first, thanks your reply. > > > > Because I can't use task-core-lsb on my device (flash space is not > > enough), I have to make a custom lsb-base image (without > > perl/python/graphics). > > > > I have checked the "linuxstdbase", and it will change the configure > > option of some packages. > > > > Indeed, I think the daemon/failure/warning fuctions should be considered > > in package lsb's RDEPENDS. > > > > what I want to know is the rdepends or where is the > > daemon/failure/warning. > > It certainly looks like a component is missing somewhere in the shell scrips > that are provided by the LSB functions. I would assume that the > depends/provides is setup properly to point to whatever should be providing > the > missing daemon, failure, warning commands. If it's not (or if by default -- > non > lsb mode) they're not being built, it's a definite bug. You shouldn't be able > to build a non-functional systems. > > Please file a defect on bugzilla.yoctoproject.org. I will attempt to > investigate it (or someone else can). Hopefully it's just as a simple as a > missing dependency. > > --Mark > > > On Fri, 2012-03-16 at 00:25 +0800, Mark Hatle wrote: > >> On 3/15/12 3:18 AM, Ni Qingliang wrote: > >>> Hello, I'm working on custom lsb-base image using oe-core. > >>> > >>> and when using the lsb script, found error: > >>> > >>> lsb_start_daemon line 44: daemon command not found. > >>> > >>> similar thing happend on lsb_log_message: failure and warning command > >>> not found. > >>> > >>> maybe these function should be defined in /etc/init.d/functions? > >>> > >>> but there are not these function in this file (belongs to initscripts). > >> > >> Did you enable the LSB distribution settings? Without this, various > >> components > >> may not be available. > >> > >> In Poky, there is a "poky-lsb" distribution type: > >> > >> DISTRO = "poky-lsb" > >> DISTROOVERRIDES = "poky:linuxstdbase" > >> > >> DISTRO_FEATURES_append = " pam largefile opengl" > >> PREFERRED_PROVIDER_virtual/libx11 = "libx11" > >> > >> (as well as using the core-image-lsb and/or task-core-lsb components.) > >> > >> If you've tried this and those items are still broken, let me know and I > >> can > >> help investigate further. (One final note, only LSB 1.4 is currently > >> supported.) > >> > >> --Mark > >> > >>> Any idea? > >>> > >>> thanks! > >>> > >>> > >> > >> > >> _______________________________________________ > >> Openembedded-core mailing list > >> Openembedded-core@lists.openembedded.org > >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > > > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Yi Qingliang niqingli...@insigma.com.cn https://niqingliang2003.wordpress.com _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
