Problems making PERL?

classic Classic list List threaded Threaded
45 messages Options
123
Reply | Threaded
Open this post in threaded view
|

Re: Problems making PERL? Problems with Bitbake

Kevyn-Alexandre Paré
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 <[hidden email]>
> 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
>         [hidden email]
>         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 [hidden email] 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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gumstix-users
Reply | Threaded
Open this post in threaded view
|

Re: Problems making PERL? Problems with Bitbake

coderdrone
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é <[hidden email]> 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 <[hidden email]>
> 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
>         [hidden email]
>         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 [hidden email] 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
[hidden email]
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
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gumstix-users
Reply | Threaded
Open this post in threaded view
|

Re: Problems making PERL?

Rob_from_Madison
In reply to this post by ryer
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






------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
gumstix-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gumstix-users
Reply | Threaded
Open this post in threaded view
|

Re: Problems making PERL? Problems with Bitbake

Chris Anilao
In reply to this post by Dan Brown-5
Hi Dan,

Did you ever figure out what was the problem?

- Chris

Dan Brown-5 wrote
I deleted the previous log, but otherwise left the tmp directory alone.I changed
my Bitbake version to 1.12.0 after reading another similar post.  I can revert
back again if needed.  Following is the my output:



dan@Compiler:~/overo-oe$ bitbake perl-native
Loading cache: 100%
|####################################################################################################################|
 ETA:  00:00:00
Loaded 7209 entries from dependency cache.
NOTE: Angstrom DOES NOT support fso-apm because regular apmd is good
enough                                                              | ETA:  
--:--:--
NOTE: Angstrom DOES NOT support libiconv because the glibc builtin iconv
replacement is used
NOTE: Angstrom DOES NOT support libiconv because the glibc builtin iconv
replacement is used
NOTE: Angstrom DOES NOT support bluez-libs because bluez-libs 3.x has been
replaced by bluez4
NOTE: Angstrom DOES NOT support bluez-libs because bluez-libs 3.x has been
replaced by bluez4
NOTE: Angstrom DOES NOT support ipkg because ipkg has been superseded by opkg
NOTE: Angstrom DOES NOT support bluez-utils because bluez-utils 3.x has been
replaced by bluez4                                          | ETA:  00:00:04
NOTE: Angstrom DOES NOT support libiconv because the glibc builtin iconv
replacement is used                                             | ETA:  00:00:02
NOTE: Angstrom DOES NOT support bluez-libs because bluez-libs 3.x has been
replaced by bluez4                                            | ETA:  00:00:01
NOTE: Angstrom DOES NOT support bluez-utils because bluez-utils 3.x has been
replaced by bluez4                                          | ETA:  00:00:01
Parsing recipes: 100%
|##################################################################################################################|
 ETA:  00:00:00
Parsing of 7342 .bb files complete (6586 cached, 756 parsed). 7985 targets, 318
skipped, 2 masked, 0 errors.
WARNING: No bb files matched BBFILE_PATTERN_user
'^/home/dan/overo-oe/user.collection/recipes'

Build Configuration:
BB_VERSION        = "1.12.0"
METADATA_BRANCH   = "overo"
METADATA_REVISION = "5f79a98"
TARGET_ARCH       = "arm"
TARGET_OS         = "linux-gnueabi"
MACHINE           = "overo"
DISTRO            = "angstrom"
DISTRO_VERSION    = "2010.7-test-20110415"
TARGET_FPU        = "hard"

NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing RunQueue Tasks
NOTE: Running task 36 of 73 (ID: 13,
/home/dan/overo-oe/org.openembedded.dev/recipes/perl/perl-native_5.10.1.bb,
do_compile)
NOTE: package perl-native-5.10.1-r10: task do_compile: Started
ERROR: Logfile of failure stored in:
/home/dan/overo-oe/tmp/work/x86_64-linux/perl-native-5.10.1-r10/temp/log.do_compile.3510

Log data follows:
| + do_compile
| + base_do_compile
| + '[' -e Makefile -o -e makefile -o -e GNUmakefile ']'
| + oe_runmake
| + oenote make -e MAKEFLAGS=
| + echo NOTE: 'make -e MAKEFLAGS='
| NOTE: make -e MAKEFLAGS=
| + make -e MAKEFLAGS=
| gcc -L/home/dan/overo-oe/tmp/sysroots/x86_64-linux/usr/lib
-Wl,-rpath-link,/home/dan/overo-oe/tmp/sysroots/x86_64-linux/usr/lib
-Wl,-rpath,/home/dan/overo-oe/tmp/sysroots/x86_64-linux/usr/lib -Wl,-O1
-fstack-protector -L/usr/local/lib -o miniperl \
|             gv.o toke.o perly.o pad.o regcomp.o dump.o util.o mg.o reentr.o
mro.o hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o
regexec.o utf8.o taint.o deb.o universal.o xsutils.o globals.o perlio.o
perlapi.o numeric.o mathoms.o locale.o pp_pack.o pp_sort.o  \
|           miniperlmain.o opmini.o perlmini.o
| util.o: In function `Perl_safesysmalloc':
| util.c:(.text+0x4d8): undefined reference to `pthread_getspecific'
| util.o: In function `Perl_safesysrealloc':
| util.c:(.text+0x570): undefined reference to `pthread_getspecific'
| util.o: In function `Perl_croak_nocontext':
| util.c:(.text+0x1946): undefined reference to `pthread_getspecific'
| util.o: In function `Perl_safesyscalloc':
| util.c:(.text+0x19a0): undefined reference to `pthread_getspecific'
| util.o: In function `Perl_die_nocontext':
| util.c:(.text+0x20d6): undefined reference to `pthread_getspecific'
| util.o:util.c:(.text+0x2216): more undefined references to
`pthread_getspecific' follow
| util.o: In function `Perl_set_context':
| util.c:(.text+0x3ebe): undefined reference to `pthread_setspecific'
| util.o: In function `Perl_my_snprintf':
| util.c:(.text+0x6cc5): undefined reference to `pthread_getspecific'
| util.o: In function `Perl_my_vsnprintf':
| util.c:(.text+0x6d90): undefined reference to `pthread_getspecific'
| util.o: In function `Perl_get_context':
| util.c:(.text+0x3ea7): undefined reference to `pthread_getspecific'
| mg.o: In function `Perl_csighandler':
| mg.c:(.text+0x234a): undefined reference to `pthread_getspecific'
| mg.o: In function `Perl_sighandler':
| mg.c:(.text+0x6030): undefined reference to `pthread_getspecific'
| reentr.o:reentr.c:(.text+0x3eb): more undefined references to
`pthread_getspecific' follow
| sv.o: In function `perl_clone':
| sv.c:(.text+0xb802): undefined reference to `pthread_setspecific'
| sv.o: In function `Perl_sv_setpvf_mg_nocontext':
| sv.c:(.text+0x13665): undefined reference to `pthread_getspecific'
| sv.o: In function `Perl_sv_setpvf_nocontext':
| sv.c:(.text+0x13815): undefined reference to `pthread_getspecific'
| sv.o: In function `Perl_newSVpvf_nocontext':
| sv.c:(.text+0x13a06): undefined reference to `pthread_getspecific'
| sv.o: In function `Perl_sv_catpvf_mg_nocontext':
| sv.c:(.text+0x13be5): undefined reference to `pthread_getspecific'
| sv.o: In function `Perl_sv_catpvf_nocontext':
| sv.c:(.text+0x13fd5): undefined reference to `pthread_getspecific'
| pp.o: In function `Perl_pp_pow':
| pp.c:(.text+0x3390): undefined reference to `pow'
| pp.o: In function `Perl_pp_modulo':
| pp.c:(.text+0x4128): undefined reference to `floor'
| pp.c:(.text+0x415c): undefined reference to `floor'
| pp.c:(.text+0x4520): undefined reference to `fmod'
| pp.o: In function `Perl_pp_atan2':
| pp.c:(.text+0x9330): undefined reference to `atan2'
| pp.o: In function `Perl_pp_sin':
| pp.c:(.text+0x94e2): undefined reference to `sin'
| pp.o: In function `Perl_pp_int':
| pp.c:(.text+0x9a11): undefined reference to `floor'
| pp.c:(.text+0x9a31): undefined reference to `ceil'
| pp.o:(.rodata+0x220): undefined reference to `cos'
| pp.o:(.rodata+0x228): undefined reference to `sin'
| pp.o:(.rodata+0x230): undefined reference to `sin'
| pp.o:(.rodata+0x238): undefined reference to `exp'
| pp.o:(.rodata+0x240): undefined reference to `log'
| pp.o:(.rodata+0x248): undefined reference to `sqrt'
| perlio.o: In function `PerlIO_debug':
| perlio.c:(.text+0x774): undefined reference to `pthread_getspecific'
| perlio.c:(.text+0x82f): undefined reference to `pthread_getspecific'
| perlio.o: In function `PerlIOUnix_refcnt_dec':
| perlio.c:(.text+0x4b4f): undefined reference to `pthread_getspecific'
| perlio.o: In function `PerlIO_releaseFILE':
| perlio.c:(.text+0x4f72): undefined reference to `pthread_getspecific'
| perlio.o: In function `PerlIO_getname':
| perlio.c:(.text+0x559b): undefined reference to `pthread_getspecific'
| perlio.o:perlio.c:(.text+0x55bf): more undefined references to
`pthread_getspecific' follow
| pp_pack.o: In function `S_pack_rec':
| pp_pack.c:(.text+0x6fd8): undefined reference to `floor'
| pp_pack.c:(.text+0x6ff3): undefined reference to `floor'
| pp_pack.c:(.text+0x7028): undefined reference to `floor'
| opmini.o: In function `Perl_load_module_nocontext':
| opmini.c:(.text+0xeccf): undefined reference to `pthread_getspecific'
| perlmini.o: In function `perl_alloc':
| perlmini.c:(.text+0x432): undefined reference to `pthread_setspecific'
| perlmini.c:(.text+0x45f): undefined reference to `pthread_key_create'
| perlmini.c:(.text+0x475): undefined reference to `pthread_setspecific'
| perlmini.o: In function `perl_fini':
| perlmini.c:(.text+0x587): undefined reference to `pthread_key_delete'
| collect2: ld returned 1 exit status
| make: *** [miniperl] Error 1
| + die 'oe_runmake failed'
| + oefatal 'oe_runmake failed'
| + echo FATAL: 'oe_runmake failed'
| FATAL: oe_runmake failed
| + exit 1
NOTE: package perl-native-5.10.1-r10: task do_compile: Failed
ERROR: Function 'do_compile' failed (see
/home/dan/overo-oe/tmp/work/x86_64-linux/perl-native-5.10.1-r10/temp/log.do_compile.3510
 for further information)
ERROR: Task 13
(/home/dan/overo-oe/org.openembedded.dev/recipes/perl/perl-native_5.10.1.bb,
do_compile) failed with exit code '1'
ERROR:
'/home/dan/overo-oe/org.openembedded.dev/recipes/perl/perl-native_5.10.1.bb'
failed



________________________________
From: Scott Ellis <scott@jumpnowtek.com>
To: General mailing list for gumstix users.
<gumstix-users@lists.sourceforge.net>
Sent: Fri, April 15, 2011 1:56:21 PM
Subject: Re: [Gumstix-users] Problems making PERL? Problems with Bitbake

Switching to 32-bit shouldn't be necessary. All my systems are 64-bit
Ubuntu. 10.10 now.

What if you just run

bitbake perl-native

What happens?

Scott

--
Sent from my Linux box


------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users

------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users
Reply | Threaded
Open this post in threaded view
|

Re: Problems making PERL?

JamesAng
In reply to this post by ryer
Hi Ryer,

Did you manage to solve the error for libxml-parser-perl-native-2.36-r4?

I also encountered the same problem and stuck here when doing bitbake omap3-console-image.

Furthermore, I also encountered sgmlapl-native_1.03ii.bb error too.


Any help is very much appreciated.

Thanks in adv.

James.

ryer wrote
Scott,

i had the same problem with perl and i applied this patches by following all
the steps you mentioned here, and then build my omap3 console image. but now
i got this error..what should i do now..HELP~

NOTE: package libxml-parser-perl-native-2.36-r4: task do_compile: Started
ERROR: Logfile of failure stored in: /home/aqidd/overo/tmp/work/i686-linux/libxml-parser-perl-native-2.36-r4/temp/log.do_compile.20224
Log data follows:
| + do_compile
| + cpan_do_compile
| + oe_runmake 'PASTHRU_INC=-isystem/home/aqidd/overo/tmp/sysroots/i686-linux/usr/include -O2 -g' 'CCFLAGS=-isystem/home/aqidd/overo/tmp/sysroots/i686-linux/usr/include -O2 -g' 'LD=gcc '
| + oenote make -e MAKEFLAGS= 'PASTHRU_INC=-isystem/home/aqidd/overo/tmp/sysroots/i686-linux/usr/include -O2 -g' 'CCFLAGS=-isystem/home/aqidd/overo/tmp/sysroots/i686-linux/usr/include -O2 -g' 'LD=gcc '
| + echo NOTE: 'make -e MAKEFLAGS= PASTHRU_INC=-isystem/home/aqidd/overo/tmp/sysroots/i686-linux/usr/include -O2 -g CCFLAGS=-isystem/home/aqidd/overo/tmp/sysroots/i686-linux/usr/include -O2 -g LD=gcc '
| NOTE: make -e MAKEFLAGS= PASTHRU_INC=-isystem/home/aqidd/overo/tmp/sysroots/i686-linux/usr/include -O2 -g CCFLAGS=-isystem/home/aqidd/overo/tmp/sysroots/i686-linux/usr/include -O2 -g LD=gcc
| + make -e MAKEFLAGS= 'PASTHRU_INC=-isystem/home/aqidd/overo/tmp/sysroots/i686-linux/usr/include -O2 -g' 'CCFLAGS=-isystem/home/aqidd/overo/tmp/sysroots/i686-linux/usr/include -O2 -g' 'LD=gcc '
| make: *** No rule to make target `/home/aqidd/overo/tmp/sysroots/i686-linux/usr/lib/perl/None/Config.pm', needed by `Makefile'.  Stop.
| + die 'oe_runmake failed'
| + oefatal 'oe_runmake failed'
| + echo FATAL: 'oe_runmake failed'
| FATAL: oe_runmake failed
| + exit 1
NOTE: package libxml-parser-perl-native-2.36-r4: task do_compile: Failed
ERROR: Function 'do_compile' failed (see /home/aqidd/overo/tmp/work/i686-linux/libxml-parser-perl-native-2.36-r4/temp/log.do_compile.20224 for further information)
ERROR: Task 2825 (virtual:native:/home/aqidd/overo/org.openembedded.dev/recipes/perl/libxml-parser-perl_2.36.bb, do_compile) failed with exit code '1'
ERROR: 'virtual:native:/home/aqidd/overo/org.openembedded.dev/recipes/perl/libxml-parser-perl_2.36.bb' failed

really appreciate your advise!
Thank you!

jumpnowdev wrote
The omap3-console-image built successfully.

I had to work around the known docbook-utils problem.
http://old.nabble.com/omap3-console-image-build-fails-%3A-can%27t-read-docbook.cat%3A-No-such-file-or-directory-to31245580.html#a31246485

I took the easy approach and removed it as a dependency from iputils.

I also switched to bitbake 1.12 while I was flailing, but I don't think that
is necessary.


The patches are here.

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


0002-iputils-remove-docbook-utils-and-sgmlspl-dependency.patch
https://gist.github.com/925009


If you know how to apply patches, you can skip the rest.


If you are unsure, here is one approach.

I am working off the gumstix overo-oe repository checked out April 16, 2011.

Make sure you are on the overo branch

===
~$ cd overo-oe/org.openembedded.dev
~/overo-oe/org.openembedded.dev$ git branch -a
  org.openembedded.dev
* overo
  remotes/origin/HEAD -> origin/org.openembedded.dev
  remotes/origin/org.openembedded.dev
  remotes/origin/overo
  remotes/origin/verdex
===

And you should be here or close to it for the last commit

===
~/overo-oe/org.openembedded.dev$ git log -n5 --oneline
5f79a98 Added ncurses_5.9
9bac0a8 Force mtd-utils to use version 1.3.1 to circumvent flash_eraseall -j problem in 1.4.1
9485df8 Changed Angstrom ipk location for Overo. Added task-native-sdk to desktop-image. Added touchscreen calibration patch.
243d273 Added mt9v032-queryctl-ordering.patch to caspapx kernel recipe and reverted the source revision of xf86-video-omapfb
3ab4b8e Merge branch 'org.openembedded.dev' into unstable
===

First I would suggest making a working branch

===
~/overo-oe/org.openembedded.dev$ git checkout -b ubuntu-11.04

~/overo-oe/org.openembedded.dev$ git branch -a
  org.openembedded.dev
  overo
* ubuntu-11.04
  remotes/origin/HEAD -> origin/org.openembedded.dev
  remotes/origin/org.openembedded.dev
  remotes/origin/overo
  remotes/origin/verdex
===

Now download the patches from github and copy them to ~/overo-oe/org.openembedded.dev

<download and copy the patches>

===
~/overo-oe/org.openembedded.dev$ ls -l 00*
-rw-rw-r-- 1 scott scott 2087 2011-04-18 05:08 0001-perl-native-multilib-patch-for-ubuntu-11.04.patch
-rw-rw-r-- 1 scott scott  837 2011-04-18 05:08 0002-iputils-remove-docbook-utils-and-sgmlspl-dependency.patch
===

Then before applying the patches, you might want to check them first

===
~/overo-oe/org.openembedded.dev$ git apply --check --verbose 0001-perl-native-multilib-patch-for-ubuntu-11.04.patch
Checking patch recipes/perl/files/ubuntu-11.04-multiarch.patch...
Checking patch recipes/perl/perl-native_5.10.1.bb...

~/overo-oe/org.openembedded.dev$ git apply --check --verbose 0002-iputils-remove-docbook-utils-and-sgmlspl-dependency.patch
Checking patch recipes/iputils/iputils_20071127.bb...
===

Now for real

===
~/overo-oe/org.openembedded.dev$ git apply --verbose 0001-perl-native-multilib-patch-for-ubuntu-11.04.patch
Checking patch recipes/perl/files/ubuntu-11.04-multiarch.patch...
Checking patch recipes/perl/perl-native_5.10.1.bb...
Applied patch recipes/perl/files/ubuntu-11.04-multiarch.patch cleanly.
Applied patch recipes/perl/perl-native_5.10.1.bb cleanly.
===

Commit this first change to your test branch to keep a good record

===
~/overo-oe/org.openembedded.dev$ git status
# On branch ubuntu-11.04
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
# modified:   recipes/perl/perl-native_5.10.1.bb
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
# 0001-perl-native-multilib-patch-for-ubuntu-11.04.patch
# 0002-iputils-remove-docbook-utils-and-sgmlspl-dependency.patch
# recipes/perl/files/ubuntu-11.04-multiarch.patch
no changes added to commit (use "git add" and/or "git commit -a")

~/overo-oe/org.openembedded.dev$ git add recipes/perl/perl-native_5.10.1.bb
~/overo-oe/org.openembedded.dev$ git add recipes/perl/files/ubuntu-11.04-multiarch.patch
~/overo-oe/org.openembedded.dev$ git commit -m 'perl-native multiarch patch for ubuntu'
[ubuntu-11.04 329eb84] perl-native multiarch patch for ubuntu
 2 files changed, 15 insertions(+), 0 deletions(-)
 create mode 100644 recipes/perl/files/ubuntu-11.04-multiarch.patch
===


Then if you want the iputils patch for docbook errors, do this

===
~/overo-oe/org.openembedded.dev$ git apply --verbose 0002-iputils-remove-docbook-utils-and-sgmlspl-dependency.patch
Checking patch recipes/iputils/iputils_20071127.bb...
Applied patch recipes/iputils/iputils_20071127.bb cleanly.

~/overo-oe/org.openembedded.dev$ git status
# On branch ubuntu-11.04
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
# modified:   recipes/iputils/iputils_20071127.bb
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
# 0001-perl-native-multilib-patch-for-ubuntu-11.04.patch
# 0002-iputils-remove-docbook-utils-and-sgmlspl-dependency.patch
no changes added to commit (use "git add" and/or "git commit -a")

~/overo-oe/org.openembedded.dev$ git add recipes/iputils/iputils_20071127.bb
~/overo-oe/org.openembedded.dev$ git commit -m 'iputils remove docbook and sgml from dependencies'
[ubuntu-11.04 c8c2125] iputils remove docbook and sgml from dependencies
 1 files changed, 1 insertions(+), 1 deletions(-)
===

===
~/overo-oe/org.openembedded.dev$ git log -n7 --oneline
c8c2125 iputils remove docbook and sgml from dependencies
329eb84 perl-native multiarch patch for ubuntu
5f79a98 Added ncurses_5.9
9bac0a8 Force mtd-utils to use version 1.3.1 to circumvent flash_eraseall -j problem in 1.4.1
9485df8 Changed Angstrom ipk location for Overo. Added task-native-sdk to desktop-image. Added touchscreen calibration patch.
243d273 Added mt9v032-queryctl-ordering.patch to caspapx kernel recipe and reverted the source revision of xf86-video-omapfb
3ab4b8e Merge branch 'org.openembedded.dev' into unstable
===

If you want to switch to bitbake 1.12, now would be a good time.

===
~$ cd ~/overo-oe/bitbake
~/overo-oe/bitbake$ git checkout -b 1.12 origin/1.12
===

Then if you have already tried and failed to build either perl-native or iputils
you should clean them first.

===
~$ cd ~/overo-oe
~/overo-oe$ bitbake -c clean perl-native
~/overo-oe$ bitbake -c clean iputils
===

And now you should be able to build an omap3-console-image from an 11.04 64-bit
Ubuntu.

If later you want to go back and pull updates from the gumstix overo-oe
repository, you can do this.

~/overo-oe/org.openembedded.dev$ git checkout overo
~/overo-oe/org.openembedded.dev$ git pull

<Look at the changes and decide whether you want them at this time>

And then merge them all into your ubuntu-11.04 branch like this

~/overo-oe/org.openembedded.dev$ git checkout ubuntu-11.04
~/overo-oe/org.openembedded.dev$ git merge overo

Or you could cherry-pick only the changes you want from the overo branch
to merge. Or do something else. There are lots of git workflows.

Scott

--
Sent from my Linux box


------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users
123