On Fri, 2012-03-30 at 15:23 +0800, Giannis Damigos wrote: > On Fri, Mar 30, 2012 at 9:30 AM, Ni Qingliang > <niqingli...@insigma.com.cn> wrote: > > maybe we should report the two bugs? > > > > On Thu, 2012-03-29 at 17:12 +0800, 倪庆亮 wrote: > >> yes, you are right. > >> > >> the 32 bit lib and gconf is TWO problem, but maybe the reason is same, > >> the 'ld' search path. > >> > >> the 32 bit lib is only occured on NOT pure 64 bit arch. if you are using > >> 64 bit arch, and with this problem, maybe you have installed some 32 bit > >> libs. (my VM is a pure 64 bit arch, no this problem, and my host is > >> using multilib, with this problem) > >> > >> but the gconf problem is occured both on pure/NOT-pure 64 bit arch. > >> > >> > >> the former is focused on the arch (is 64 bit or 32 bit) of libs. and the > >> other one is focused on the dependency of libs. > >> > >> the gconf need libgtk/libgdk (found in the sysroot), and libgtk/libgdk > >> depends on libXrandr (found in host's rootfs), and libXrandr need glibc > >> 2.14 (not found in the sysroot, only glibc 2.13). > >> > >> so the search path is switch between the sysroot and host's rootfs back > >> and forth. > >> > >> On Thu, 2012-03-29 at 16:54 +0800, Giannis Damigos wrote: > >> > Installing package lib32-libxrandr, cleaning gconf and building it > >> > again does not solved the problem. > >> > Such problems on OE were solved by fixing the library path. > >> > Now gconf is looking for libXrandr in archlinux libraries and not in > >> > yocto's libraries in build directory. > >> > > >> > > >> > On Thu, Mar 29, 2012 at 10:48 AM, Ni Qingliang > >> > <niqingli...@insigma.com.cn> wrote: > >> > > give you my hands. I have waited you so long time.:) > >> > > > >> > > indeed, I have the gcc-multilib problem also. > >> > > the ati driver catalyst-total need some 32 bit libs, once you installed > >> > > that, the poky compile fail, and then we need install other 32 bit libs > >> > > (like gcc-multilib you said). (with a pure 64 bit archlinux, all are > >> > > OK) > >> > > > >> > > the only reason I doubt the 'ld', only because if I remove > >> > > libXrandr.so.2 in host's rootfs, the error info changed, the libXrandr > >> > > become another lib's name (maybe libXext, I can't remember clearly). > >> > > > >> > > and after several days experiments, I can ensure the problem is focused > >> > > on the 'ld' (belongs to binutils). > >> > > > >> > > On Thu, 2012-03-29 at 15:40 +0800, Giannis Damigos wrote: > >> > >> Hi, > >> > >> > >> > >> I had similar errors building an OE image for my Micro2440 board under > >> > >> archlinux x86-64. I solved the problem by installing gcc-multlib > >> > >> (https://wiki.archlinux.org/index.php/Arch64_FAQ#Multilib_Repository_-_Multilib_Project). > >> > >> > >> > >> But, I tried to bake gconf with yocto just adding MACHINE and DISTRO > >> > >> to my local.conf: > >> > >> MACHINE ?= "qemux86-64" > >> > >> DISTRO ?= "poky-lsb" > >> > >> > >> > >> and I had the same error. > >> > >> > >> > >> On Thu, Mar 29, 2012 at 5:05 AM, Ni Qingliang > >> > >> <niqingli...@insigma.com.cn> wrote: > >> > >> > > >> > >> > Oh, I lost something, before running the testgconf.sh, you should > >> > >> > cleanall gconf, and build gconf. If not, you can't run it. > >> > >> > > >> > >> > On Thu, 2012-03-29 at 09:52 +0800, 倪庆亮 wrote: > >> > >> > > what the custom script has done is only adding the build dir > >> > >> > > (which > >> > >> > > include the 'python' symlink) into the 'PATH', only that. > >> > >> > > AND: integrate the oe-init-build-env and bitbake together. > >> > >> > > indeed, no modification. > >> > >> > > > >> > >> > > using it, I can build anything with one command (call the script), > >> > >> > > without it, I must call init env script manually. > >> > >> > > > >> > >> > > archlinux: latest > >> > >> > > poky: latest > >> > >> > > build: clean (> 4times) > >> > >> > > > >> > >> > > indeed, the possibility you mentioned has been excluded by my > >> > >> > > test. > >> > >> > > you can build it succcessfully. what arch of arch you are using? > >> > >> > > x86 or > >> > >> > > x86-64? what about the local.conf? are you using the same as > >> > >> > > mine?. > >> > >> > > > >> > >> > > both of them from my side is x86-64. > >> > >> > > > >> > >> > > I doubt 'ld', only because of my test. the attachment > >> > >> > > 'testgconf.sh' > >> > >> > > contain the root cause of the problem. and I attached the > >> > >> > > local.conf I > >> > >> > > have used, just remove the 'SOURCE_MIRROR_URL' if test it. > >> > >> > > > >> > >> > > you can run it to check the output, before that, you should > >> > >> > > change the > >> > >> > > two var in the head of it: > >> > >> > > POKY_DIR="/media/pangu/optimus" > >> > >> > > COMPILE_DIR="/media/pangu/lsbt" > >> > >> > > > >> > >> > > in it, the modification I have done (modify 'PATH') has been > >> > >> > > removed. > >> > >> > > > >> > >> > > maybe you can run it success, but you can check the > >> > >> > > 'libXrandr.so.2' > >> > >> > > line in the output, if it like: > >> > >> > > found libXrandr.so.2 at /usr/lib/../lib/libXrandr.so.2 > >> > >> > > > >> > >> > > that is the problem, even you success, it has problem. > >> > >> > > you can paste your output in the email. let's check it. > >> > >> > > the version of libxrandr on my host is 1.3.2-2. > >> > >> > > > >> > >> > > > >> > >> > > On Wed, 2012-03-28 at 18:06 +0800, Jack Mitchell wrote: > >> > >> > > > On 28/03/12 10:21, Ni Qingliang wrote: > >> > >> > > > > no echo again? > >> > >> > > > > > >> > >> > > > > what's the problem? > >> > >> > > > > > >> > >> > > > > am I wrong? where? > >> > >> > > > > > >> > >> > > > > On Tue, 2012-03-27 at 18:09 +0800, 倪庆亮 wrote: > >> > >> > > > >> thanks your reply, indeed, this is not the first email > >> > >> > > > >> thread about > >> > >> > > > >> the > >> > >> > > > >> gconf compile problem. it in there only because of no echo. > >> > >> > > > >> > >> > >> > > > >> I have installed python2, and made a symlink in the build > >> > >> > > > >> directory, and > >> > >> > > > >> exported to the env var PATH. > >> > >> > > > >> > >> > >> > > > >> this is the script I used to build (located in the build > >> > >> > > > >> directory): > >> > >> > > > >> #!/bin/bash > >> > >> > > > >> loc_dir="`pwd`" > >> > >> > > > >> . ${loc_dir}/../optimus/oe-init-build-env ${loc_dir} > >> > >> > > > >> export PATH="${loc_dir}:$PATH" > >> > >> > > > >> bitbake $@ > >> > >> > > > >> > >> > >> > > > >> OS: x86-64 arch / desktop env: gnome 3.2 > >> > >> > > > >> local.conf ( modified section ): > >> > >> > > > >> MACHINE ??= "qemux86-64" > >> > >> > > > >> DISTRO ?= "poky-lsb" > >> > >> > > > >> SOURCE_MIRROR_URL = "http://10.10.20.149/optimussources/" > >> > >> > > > >> INHERIT += "own-mirrors" > >> > >> > > > >> BB_GENERATE_MIRROR_TARBALLS = "0" > >> > >> > > > >> INHERIT += "rm_work" > >> > >> > > > >> CCACHE = "" > >> > >> > > > >> > >> > >> > > > >> when build gconf, got error: > >> > >> > > > >> /usr/lib/../lib/libXrandr.so.2: undefined reference to > >> > >> > > > >> `memcpy@GLIBC_2.14' > >> > >> > > > >> when 'do_compile' at sanity-check step. > >> > >> > > > >> > >> > >> > > > >> the log of do_compile is attached, here is the last cmd (only > >> > >> > > > >> reserve > >> > >> > > > >> rpath): > >> > >> > > > >> ../x86_64-poky-linux-libtool ... -Wl,-rpath > >> > >> > > > >> -Wl,/usr/lib/../lib > >> > >> > > > >> > >> > >> > > > >> the libXrandr.so.2 (depended by the libgtk/libgdk) not > >> > >> > > > >> appear in > >> > >> > > > >> the > >> > >> > > > >> command explicitly. > >> > >> > > > >> > >> > >> > > > >> I have add --verbose in the command, and found the ld find > >> > >> > > > >> it in > >> > >> > > > >> the > >> > >> > > > >> host's rootfs, but it should search it in the sysroot arg. > >> > >> > > > >> > >> > >> > > > >> If remove the rpath arg or with the rpath arg prefixed by > >> > >> > > > >> sysroot > >> > >> > > > >> arg, I > >> > >> > > > >> can build success. (wich will search the libXrandr in the > >> > >> > > > >> sysroot > >> > >> > > > >> arg > >> > >> > > > >> correctly) > >> > >> > > > >> > >> > >> > > > >> so I think the error is focused on the `ld' which should > >> > >> > > > >> search in > >> > >> > > > >> the > >> > >> > > > >> sysroot arg at first for implicit dependended libs, but not > >> > >> > > > >> host's > >> > >> > > > >> rootfs. > >> > >> > > > >> > >> > >> > > > >> > >> > >> > > > >> > >> > >> > > > >> On Tue, 2012-03-27 at 16:49 +0800, Jack Mitchell wrote: > >> > >> > > > >>> On 27/03/12 03:33, Ni Qingliang wrote: > >> > >> > > > >>>> who are using archlinux? I want to talk about gconf > >> > >> > > > >>>> compile fail > >> > >> > > > >>>> problem. > >> > >> > > > >>>> > >> > >> > > > >>>> > >> > >> > > > >>> I use Archlinux for OE/Yocto, could you post your error so > >> > >> > > > >>> we can > >> > >> > > > >>> get an > >> > >> > > > >>> idea of the problem you are having? > >> > >> > > > >>> > >> > >> > > > >>> One note for Archlinux is that it ships Python 3 as > >> > >> > > > >>> default, to > >> > >> > > > >>> you must > >> > >> > > > >>> install Python2 from the repositories then symlink python2 > >> > >> > > > >>> to > >> > >> > > > >>> python in > >> > >> > > > >>> /usb/bin. > >> > >> > > > >>> > >> > >> > > > >>> Regards, > >> > >> > > > >>> > >> > >> > > > > >> > >> > > > I'm not 100% sure what the issue is. How come you are using a > >> > >> > > > custom > >> > >> > > > build script and not the one bundled with OE? I'm not an expert > >> > >> > > > by any > >> > >> > > > stretch of the imagination but by not using the given > >> > >> > > > initialisation > >> > >> > > > scripts leaves me completely out of ideas as you're running a > >> > >> > > > custom > >> > >> > > > setup which I couldn't possibly know the extent of. > >> > >> > > > > >> > >> > > > All I can really comment on is that Yocto builds fine and > >> > >> > > > consistently > >> > >> > > > with Archlinux using the latest packages (I update nearly > >> > >> > > > everyday) so > >> > >> > > > the only issue I can see is that your build setup script > >> > >> > > > doesn't cut > >> > >> > > > the > >> > >> > > > mustard. Have you tried a completely clean build with only the > >> > >> > > > bare > >> > >> > > > git > >> > >> > > > clone and no modifications? > >> > >> > > > > >> > >> > > > Regards, > >> > >> > > > > >> > >> > > > >> > >> > > >> > >> > -- > >> > >> > Yi Qingliang > >> > >> > niqingli...@insigma.com.cn > >> > >> > https://niqingliang2003.wordpress.com > >> > >> > > >> > >> > _______________________________________________ > >> > >> > yocto mailing list > >> > >> > yocto@yoctoproject.org > >> > >> > https://lists.yoctoproject.org/listinfo/yocto > >> > > > >> > > -- > >> > > Yi Qingliang > >> > > niqingli...@insigma.com.cn > >> > > https://niqingliang2003.wordpress.com > >> > > > >> > > > > -- > > Yi Qingliang > > niqingli...@insigma.com.cn > > https://niqingliang2003.wordpress.com > > > > First, we should test if the problem happens to an other x86-64 linux > distro or i686 Archlinux installation. > I have to setup a VM because I only use Arch. > > PS: > I read the Mailing List Guidelines from the wiki and they suggest not > to top post and to use interleaved (bottom) posting. I should have > read it before my first reply. the same problem on my side.:)
-- Yi Qingliang niqingli...@insigma.com.cn https://niqingliang2003.wordpress.com _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto