Re: who are using archlinux?

[Giannis Damigos <giannis.damigos@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 10801 bytes --]

On 03/30/2012 10:34 AM, Ni Qingliang wrote:
> On Fri, 2012-03-30 at 15:23 +0800, Giannis Damigos wrote:
>> On Fri, Mar 30, 2012 at 9:30 AM, Ni Qingliang
>> <niqingliang@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
>>>>> <niqingliang@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
>>>>>>> <niqingliang@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
>>>>>>>> niqingliang@insigma.com.cn
>>>>>>>> https://niqingliang2003.wordpress.com
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> yocto mailing list
>>>>>>>> yocto@yoctoproject.org
>>>>>>>> https://lists.yoctoproject.org/listinfo/yocto
>>>>>> --
>>>>>> Yi Qingliang
>>>>>> niqingliang@insigma.com.cn
>>>>>> https://niqingliang2003.wordpress.com
>>>>>>
>>> --
>>> Yi Qingliang
>>> niqingliang@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.:)
>
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').
  /




[-- Attachment #2: Type: text/html, Size: 12152 bytes --]