who are using archlinux?

who are using archlinux? I want to talk about gconf compile fail problem.

--
Yi Qingliang
[email protected]
https://niqingliang2003.wordpress.com

_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

who are using archlinux? I want to talk about gconf compile fail problem.

Quoted 4 lines · Ni Qingliang

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,

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.

Quoted 15 lines · Jack Mitchell

Quoted 4 lines · Ni Qingliang

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,

no echo again?

what's the problem?

am I wrong? where?

Quoted 63 lines · 倪庆亮

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.

Quoted 14 lines · Jack Mitchell

Quoted 4 lines · Ni Qingliang

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,

Quoted 70 lines · Ni Qingliang

no echo again?

what's the problem?

am I wrong? where?

Quoted 63 lines · 倪庆亮

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.

Quoted 14 lines · Jack Mitchell

Quoted 4 lines · Ni Qingliang

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,

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.

Quoted 86 lines · Jack Mitchell

Quoted 70 lines · Ni Qingliang

no echo again?

what's the problem?

am I wrong? where?

Quoted 63 lines · 倪庆亮

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.

Quoted 14 lines · Jack Mitchell

Quoted 4 lines · Ni Qingliang

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,

Oh, I lost something, before running the testgconf.sh, you should cleanall gconf, and build gconf. If not, you can't run it.

Quoted 33 lines · 倪庆亮

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

Quoted 107 lines

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.

Quoted 100 lines · Jack Mitchell

Quoted 82 lines · Ni Qingliang

no echo again?

what's the problem?

am I wrong? where?

Quoted 75 lines · 倪庆亮

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.

Quoted 17 lines · Jack Mitchell

Quoted 4 lines · Ni Qingliang

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
[email protected]
https://niqingliang2003.wordpress.com

_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

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.

Quoted 200 lines · Giannis Damigos

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.

Quoted 191 lines · Ni Qingliang

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).

Quoted 11 lines · Giannis Damigos

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"

Quoted 159 lines

and I had the same error.

Quoted 155 lines · Ni Qingliang

Oh, I lost something, before running the testgconf.sh, you should cleanall gconf, and build gconf. If not, you can't run it.

Quoted 33 lines · 倪庆亮

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

Quoted 107 lines

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.

Quoted 100 lines · Jack Mitchell

Quoted 82 lines · Ni Qingliang

no echo again?

what's the problem?

am I wrong? where?

Quoted 75 lines · 倪庆亮

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.

Quoted 17 lines · Jack Mitchell

Quoted 4 lines · Ni Qingliang

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
[email protected]
https://niqingliang2003.wordpress.com

_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

--
Yi Qingliang
[email protected]
https://niqingliang2003.wordpress.com

maybe we should report the two bugs?

Quoted 16 lines · 倪庆亮

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.

Quoted 209 lines

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.

Quoted 200 lines · Giannis Damigos

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.

Quoted 191 lines · Ni Qingliang

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).

Quoted 11 lines · Giannis Damigos

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"

Quoted 159 lines

and I had the same error.

Quoted 155 lines · Ni Qingliang

Oh, I lost something, before running the testgconf.sh, you should cleanall gconf, and build gconf. If not, you can't run it.

Quoted 33 lines · 倪庆亮

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

Quoted 107 lines

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.

Quoted 100 lines · Jack Mitchell

Quoted 82 lines · Ni Qingliang

no echo again?

what's the problem?

am I wrong? where?

Quoted 75 lines · 倪庆亮

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.

Quoted 17 lines · Jack Mitchell

Quoted 4 lines · Ni Qingliang

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
[email protected]
https://niqingliang2003.wordpress.com

_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

--
Yi Qingliang
[email protected]
https://niqingliang2003.wordpress.com

--
Yi Qingliang
[email protected]
https://niqingliang2003.wordpress.com

Quoted 229 lines · Ni Qingliang

maybe we should report the two bugs?

Quoted 16 lines · 倪庆亮

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.

Quoted 209 lines

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.

Quoted 200 lines · Giannis Damigos

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.

Quoted 191 lines · Ni Qingliang

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).

Quoted 11 lines · Giannis Damigos

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"

Quoted 159 lines

and I had the same error.

Quoted 155 lines · Ni Qingliang

Oh, I lost something, before running the testgconf.sh, you should cleanall gconf, and build gconf. If not, you can't run it.

Quoted 33 lines · 倪庆亮

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

Quoted 107 lines

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.

Quoted 100 lines · Jack Mitchell

Quoted 82 lines · Ni Qingliang

no echo again?

what's the problem?

am I wrong? where?

Quoted 75 lines · 倪庆亮

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.

Quoted 17 lines · Jack Mitchell

Quoted 4 lines · Ni Qingliang

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
[email protected]
https://niqingliang2003.wordpress.com

_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

--
Yi Qingliang
[email protected]
https://niqingliang2003.wordpress.com

Quoted 5 lines

--
Yi Qingliang
[email protected]
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.

Quoted 233 lines · Giannis Damigos

Quoted 222 lines · Ni Qingliang

maybe we should report the two bugs?

Quoted 16 lines · 倪庆亮

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.

Quoted 203 lines

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.

Quoted 195 lines · Giannis Damigos

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.

Quoted 186 lines · Ni Qingliang

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).

Quoted 11 lines · Giannis Damigos

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"

Quoted 155 lines

and I had the same error.

Quoted 151 lines · Ni Qingliang

Oh, I lost something, before running the testgconf.sh, you should cleanall gconf, and build gconf. If not, you can't run it.

Quoted 33 lines · 倪庆亮

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

Quoted 105 lines

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.

Quoted 99 lines · Jack Mitchell

Quoted 82 lines · Ni Qingliang

no echo again?

what's the problem?

am I wrong? where?

Quoted 75 lines · 倪庆亮

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.

Quoted 17 lines · Jack Mitchell

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
[email protected]
https://niqingliang2003.wordpress.com

_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

--
Yi Qingliang
[email protected]
https://niqingliang2003.wordpress.com

Quoted 5 lines

--
Yi Qingliang
[email protected]
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.

Quoted 4 lines

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.:)

Quoted 234 lines · Ni Qingliang

Quoted 233 lines · Giannis Damigos

Quoted 222 lines · Ni Qingliang

maybe we should report the two bugs?

Quoted 16 lines · 倪庆亮

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.

Quoted 203 lines

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.

Quoted 195 lines · Giannis Damigos

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.

Quoted 186 lines · Ni Qingliang

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).

Quoted 11 lines · Giannis Damigos

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"

Quoted 155 lines

and I had the same error.

Quoted 151 lines · Ni Qingliang

Oh, I lost something, before running the testgconf.sh, you should cleanall gconf, and build gconf. If not, you can't run it.

Quoted 33 lines · 倪庆亮

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

Quoted 105 lines

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.

Quoted 99 lines · Jack Mitchell

Quoted 82 lines · Ni Qingliang

no echo again?

what's the problem?

am I wrong? where?

Quoted 75 lines · 倪庆亮

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
[email protected]
https://niqingliang2003.wordpress.com

_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto

--
Yi Qingliang
[email protected]
https://niqingliang2003.wordpress.com

Quoted 5 lines

--
Yi Qingliang
[email protected]
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.

Quoted 6 lines

Quoted 4 lines

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.:)

I setup a VM machine with guest OS Linux Mint Debian Edition (LMDE) x86_64 to test the problem.
I create a new build for both Archlinux and LMDE, configuring local.conf with:
MACHINE ??= "qemux86-64"
DISTRO ?= "poky"

I bake a core-image-base on both Archlinux and LMDE.
LMDE finish creating the image with no problems.
Archlinux failed with error in stage do_compile for the gconf recipe (Error message /usr/lib/../lib/libXrandr.so.2: undefined reference to `memcpy@GLIBC_2.14').