That patch worked for me as well on my 32-bit Ubuntu 11.04.  I just had to change two occurrences of "uname -m" to "i386" in the patch.  It was one of the +++test lines I believe.  I made the changes, applied the patch and it worked.

Unfortunately though when I ran 'bitbake omap3-console-image' my system ran out of disk space, so it was somewhat anti-climatic.  Serves me right for unstalling Ubuntu with Wubi and having too many things installed.  :-P

Works fine on my larger dev system though.

On Wed, May 25, 2011 at 10:37 AM, Kevyn-Alexandre Paré <kapare@rogue-research.com> wrote:
Hi,

Yesterday, I post the same question and post the solution. Strange but
my post didn't appear yet on the Nabble??

So first the discussion on oe-dev:
http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-May/032371.html

inside that email the problem seem to be fix for the x86_64 with this
patch:

https://gist.github.com/raw/925006/4217f358fb00b5b7f1dfbd1ce5f4afa4f64b0bb0/0001-perl-native-multilib-patch-for-ubuntu-11.04.patch

It then explain the fix for i386 with uname -m

The version of Scott just send you include the fix with uname -m but I
didn't try this one but it seem the same to me.

The steps that I follow was the git apply <name-of-patch>.patch

bitbake -c clean perl-native
bitbake perl-native

Best Regards,

Kevyn-Alexandre Paré





On Tue, 2011-05-24 at 15:58 -0400, coder drone wrote:
> I didn't clean perl-native, but I did rm -rf overo-oe/tmp before
> trying to bitbake perl-native
>
> On my system, uname -m returns
>
> i686
>
> /usr$ find . -name libpthread.so -print
> ./lib/i386-linux-gnu/libpthread.so
>
> I tried changing the `uname -m` portion of the patch (both locations
> in that "++test -f /usr/lib/`uname..." line) to i386
>
> Wasn't sure how to remove the original patch from perl-native (maybe
> some kind of "git revert" thing?), so I cleaned tmp, org.openembedded
> and more or less started over.
>
> ~/overo-oe$ rm -rf tmp
> ~/overo-oe$ rm -rf org.openembedded.dev
> ~/overo-oe$ git clone git://gitorious.org/gumstix-oe/mainline.git
> org.openembedded.dev
> ~/overo-oe$ cd org.openembedded.dev
> ~/overo-oe/org.openembedded.dev$ git checkout --track -b overo
> origin/overo
>
> Then I reapplied the modified perl-native patch (using i386 instead of
> `uname -m`) and built perl-native again through bitbake.
>
> SUCCESS!  perl-native built successfully.
>
> I'm currently building omap3-console-image and I'll see how that goes.
>
> Thanks for the help!
>
> On Tue, May 24, 2011 at 1:07 PM, Scott Ellis <scott@jumpnowtek.com>
> wrote:
>         Did you clean perl-native first?
>
>
>         I don't have a 32-bit system nearby. The patch is using 'uname
>         -m'
>         to get the multi-arch system lib path to libc.so and using
>         that to
>         set the Perl config search path.
>
>         ++test -f /usr/lib/`uname -m`-linux-gnu/libc.so &&
>         glibpth="/usr/lib/`uname -m`-linux-gnu $glibpth"
>
>         On a 64-bit system it looks like this
>
>         scott@laptop:/usr/lib$ uname -m
>         x86_64
>         scott@laptop:/usr/lib$ ls -l x86_64-linux-gnu/libc.so
>         -rw-r--r-- 1 root root 298 2011-04-11 07:18
>         x86_64-linux-gnu/libc.so
>
>
>         In particular, it's libpthread.so that isn't getting found.
>
>         scott@laptop:/usr$ find . -name libpthread.so -print
>         ./lib/x86_64-linux-gnu/libpthread.so
>
>
>         Maybe that 'uname -m' doesn't get it right for 32-bit systems?
>
>         If so, you could modify the patch.
>
>
>
>         Scott
>
>         --
>         Sent from my Linux box
>
>
>         ------------------------------------------------------------------------------
>         vRanger cuts backup time in half-while increasing security.
>         With the market-leading solution for virtual backup and
>         recovery,
>         you get blazing-fast, flexible, and affordable data
>         protection.
>         Download your free trial now.
>         http://p.sf.net/sfu/quest-d2dcopy1
>         _______________________________________________
>         gumstix-users mailing list
>         gumstix-users@lists.sourceforge.net
>         https://lists.sourceforge.net/lists/listinfo/gumstix-users
>
>
> ------------------------------------------------------------------------------
> vRanger cuts backup time in half-while increasing security.
> With the market-leading solution for virtual backup and recovery,
> you get blazing-fast, flexible, and affordable data protection.
> Download your free trial now.
> http://p.sf.net/sfu/quest-d2dcopy1
> _______________________________________________ gumstix-users mailing list gumstix-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gumstix-users



------------------------------------------------------------------------------
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery,
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now.
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users