From: Kevyn-Alexandre P. <ka...@ro...> - 2011-05-25 14:37:40
|
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 <sc...@ju...> > 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 > gum...@li... > 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 gum...@li... https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: <cod...@gm...> - 2011-05-27 02:05:39
|
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é < ka...@ro...> 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 <sc...@ju...> > > 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 > > gum...@li... > > 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 gum...@li... > 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 > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Rob <td...@ms...> - 2011-06-18 21:05:19
|
I am having the same error as ryer when trying to build. I cannot find a posted solution. Any help would be appreciated. Rob NOTE: package libxml-parser-perl-native-2.36-r4: task do_compile: Started ERROR: Logfile of failure stored in: ~/overo-oe/tmp/work/i686-linux/libxml-parser-perl-native-2.36-r4 temp/log.do_compile.8556 |