Re: [Gumstix-users] Issues with openldap & libtool even with upstream OE patch

[J. L. <vwy...@gm...>]

On Tue, Nov 2, 2010 at 3:57 PM, J. L. <vwy...@gm...> wrote:
> On Tue, Nov 2, 2010 at 3:55 PM, J. L. <vwy...@gm...> wrote:
>> On Sun, Oct 31, 2010 at 3:24 PM, J. L. <vwy...@gm...> wrote:
>>> I am running Ubuntu 10.10 64bit up to date overo branch bitbake 1.10.1
>>>
>>> I have run into the following error:
>>>
>>> NOTE: package openldap-2.4.23-r2: task do_configure: Started
>>> ERROR: Function do_configure failed
>>> NOTE: Task failed: ('function do_configure failed',
>>> '/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/openldap-2.4.23-r2/temp/log.do_configure.2753')
>>> ERROR: Logfile of failure stored in:
>>> /home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/openldap-2.4.23-r2/temp/log.do_configure.2753
>>> Log data follows:
>>> | cp: cannot stat
>>> `/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/libtool/ltmain.sh':
>>> No such file or directory
>>> | ERROR: Function do_configure failed
>>> NOTE: package openldap-2.4.23-r2: task do_configure: Failed
>>> ERROR: TaskFailed event exception, aborting
>>> ERROR: Build of
>>> /home/vdubhack/overo-oe/org.openembedded.dev/recipes/openldap/openldap_2.4.23.bb
>>> do_configure failed
>>> ERROR: Task 7697
>>> (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/openldap/openldap_2.4.23.bb,
>>> do_configure) failed with 256
>>>
>>>
>>> I have been able to manually create the /libtool folder where it wants
>>> and copy the file its looking for to there, but I do not think thats
>>> the correct way to solve this. After reading the OE list I saw there
>>> was a patch created a few days ago to address this issue by changing
>>> the way it looks for it and I edited the .bb to reflect the actual
>>> change minus using the actual patch tried to rebuild the openldap and
>>> it still is not finding the file it needs. Then further reading is
>>> showing its even building libtool properly its building it to these
>>> locations:
>>>
>>> vdubhack@FEDUAV:~/overo-oe$ find tmp/sysroots -name "ltmain.sh"
>>> tmp/sysroots/armv7a-angstrom-linux-gnueabi/home/vdubhack/overo-oe/tmp/sysroots/x86_64-linux/usr/share/libtool/ltmain.sh
>>> tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/doc/gettext/examples/hello-c++-kde/admin/ltmain.sh
>>> tmp/sysroots/x86_64-linux/usr/share/doc/gettext/examples/hello-c++-kde/admin/ltmain.sh
>>> tmp/sysroots/x86_64-linux/usr/share/libtool/config/ltmain.sh
>>> tmp/sysroots/x86_64-linux/usr/share/libtool/libltdl/config/ltmain.sh
>>>
>>>
>>> The patch thats in the main OE adds this line change
>>> cp ${STAGING_DATADIR}/libtool/config/ltmain.sh ${S}/build
>>>
>>> Which still does not pull it from where its building on my machine. I
>>> verified I do not have this issue on 32 bit if building with the patch
>>> I found. So is there something not mentioned in the directions that
>>> has to be done for 64bit since the changes in OE happened? Or what am
>>> I missing? I seem to be having problems with things on the 64-bit that
>>> I never had on 32bit same version of Ubuntu. I have deleted the tmp/
>>> dir many times done 3 fresh installs of the OS and overo-oe, so I do
>>> not get why I am able to build a package on the same 32bit setup but
>>> try the same thing on the 64 and I get breaks in the system?  Was
>>> there a recent push that has not made it to the overo branch yet or ?
>>>
>>> Thanks
>>>
>>
>> Anyone have any ideas or suggestions? Is the work around I stated OK
>> until this is patched correctly or ?
>>
>
> also this line:
>
> tmp/sysroots/armv7a-angstrom-linux-gnueabi/home/vdubhack/overo-oe/tmp/sysroots/x86_64-linux/usr/share/libtool/ltmain.sh
>
> Leads me to believe that libtool is not even building properly on my
> system as its adding the home directory after the armv7a so I honestly
> have no clue about it.
>
> Thanks
>

aclocal and aclocal-1.11 also build to the same location as libtool ?