Re: [oe] [oe-core] ld segfault cant figure it out
OS - Arch Linux i686 fully up to date, Kernel's tried 3.3.1 3.0.27 Build machines: 1. Toshiba qosmio x505-887 laptop 2. Dell XPS tower I can give exact hardware specs if needed. Setup how Angstrom site says to for their build environment setup secripts. Packages installed are all on OE and your distro plus I was also missing cpio. OE Build Configuration: BB_VERSION= 1.15.1 TARGET_ARCH = arm TARGET_OS = linux-gnueabi MACHINE = beagleboard DISTRO= angstrom DISTRO_VERSION= v2012.04-core TUNE_FEATURES = armv7a vfp neon cortexa8 TARGET_FPU= vfp-neon Once the environment is setup, I source my environment file then I just run bitbake perl or bitbake virtual/kernel both give the segfaults. It appears the segfaults happen during teh build tools setup. Right around when bitbake pulls gcc into the line up to start building. That is all I have done each time. If there is more info you need please let me know and I will gladly reply with it. I thank you emensly for your continued help with this Gary!! JL On Tue, Apr 17, 2012 at 8:54 AM, Gary Thomas g...@mlbassoc.com wrote: On 2012-04-17 09:41, J. L. wrote: Well I borrowed a tower from a friend setup everything on a fresh install for both OS and build environment. Well I am still getting the same issue so it must not be an actual hardware issue. The first was trying to be built on my laptop, now trying this tower I get the same results just starting from scratch and building perl. What are your exact details - OS Angstrom (versions, etc). I'll try and run the same process here if you'll send enough details to reproduce exactly what you've done (which should be straight forward to provide since you just [re]did it yourself). I tried building just gcc and bash and well after cleaning them and I am not seeing anything that sticks out to me. Other than the errors and what not. Can anyone help me figure this out. Since it is now for sure not a hardware issue, die to same results on 2 machines. I have attached the cooker logs and qalogs incase they could be of any use in helping figure out the issue. Thank your for your time and help QALOG libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path '/work/armv7a-angstrom-linux-**gnueabi/libgcc-4.5-r48+** svnr184907/packages-split/**libgcc-dev/usr/lib/arm-** angstrom-linux-gnueabi/4.5.4/**libgcc_eh.a' libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path '/work/armv7a-angstrom-linux-**gnueabi/libgcc-4.5-r48+** svnr184907/packages-split/**libgcc-dev/usr/lib/arm-** angstrom-linux-gnueabi/4.5.4/**libgcov.a' libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path '/work/armv7a-angstrom-linux-**gnueabi/libgcc-4.5-r48+** svnr184907/packages-split/**libgcc-dev/usr/lib/arm-** angstrom-linux-gnueabi/4.5.4/**libgcc.a' bash-4.2: bash: Found a reference to /usr/ in /home/gooms/OE/setup-scripts/**build/tmp-angstrom_2010_x-** eglibc/work/armv7a-angstrom-**linux-gnueabi/bash-4.2-r2/** packages-split/bash/bin/**bashbug bash-4.2: Shell scripts in base_bindir and base_sbindir should not reference anything in exec_prefix SEGFAULT [10582.729446] ld[24926]: segfault at 8 ip b75ba427 sp bff61970 error 4 in libc-2.15.so[b7576000+19b000] [10596.912141] ld[30317]: segfault at 8 ip b758e427 sp bfbac350 error 4 in libc-2.15.so[b754a000+19b000] On Mon, Apr 16, 2012 at 6:43 PM, jvwyodap...@gmail.com wrote: On 04/16/2012 03:34 PM, j wrote: On 04/16/2012 03:28 PM, Gary Thomas wrote: On 2012-04-16 16:11, j wrote: On 04/13/2012 03:50 PM, j wrote: On 04/13/2012 03:46 PM, j wrote: There seems to be a couple of packages when I build that cause ld segfaults such as [ 6635.846581] ld[14419]: segfault at 8 ip 0077f1bf sp bfbf4a8c error 4 in libc-2.13.so[73d000+15c000] [ 6656.831878] ld[20772]: segfault at 8 ip 00ba61bf sp bfaf1bfc error 4 in libc-2.13.so[b64000+15c000] I can not seem to be able to track down the package/packages that are causing this. I have tried with a clean build dir and only building nano and I get it so it is something in the getting environment ready steps. Is there a way I can easily track down the build/builds that are causing this? Am I even on the right track in this thinking? Nothing fails to build and other than task-native-sdk all result in what seem to be working packages. Any info on what or how to figure it out would be greatly appreciated. building for bbxm on 11.04(uptodate), build environment setup with Angstrom scripts and all is up to date. Thank you Sorry forgot the info from qa.log libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path '/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+** svnr184907/packages-split/libgcc-dev/usr/lib/arm-** angstrom-linux-gnueabi/4.5.4/libgcc.a' libgcc-4.5: non -staticdev package contains static
Re: [oe] [oe-core] ld segfault cant figure it out
I forgot to note angstrom version being used DISTRO = angstrom-2010.x On Tue, Apr 17, 2012 at 8:54 AM, Gary Thomas g...@mlbassoc.com wrote: On 2012-04-17 09:41, J. L. wrote: Well I borrowed a tower from a friend setup everything on a fresh install for both OS and build environment. Well I am still getting the same issue so it must not be an actual hardware issue. The first was trying to be built on my laptop, now trying this tower I get the same results just starting from scratch and building perl. What are your exact details - OS Angstrom (versions, etc). I'll try and run the same process here if you'll send enough details to reproduce exactly what you've done (which should be straight forward to provide since you just [re]did it yourself). I tried building just gcc and bash and well after cleaning them and I am not seeing anything that sticks out to me. Other than the errors and what not. Can anyone help me figure this out. Since it is now for sure not a hardware issue, die to same results on 2 machines. I have attached the cooker logs and qalogs incase they could be of any use in helping figure out the issue. Thank your for your time and help QALOG libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path '/work/armv7a-angstrom-linux-**gnueabi/libgcc-4.5-r48+** svnr184907/packages-split/**libgcc-dev/usr/lib/arm-** angstrom-linux-gnueabi/4.5.4/**libgcc_eh.a' libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path '/work/armv7a-angstrom-linux-**gnueabi/libgcc-4.5-r48+** svnr184907/packages-split/**libgcc-dev/usr/lib/arm-** angstrom-linux-gnueabi/4.5.4/**libgcov.a' libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path '/work/armv7a-angstrom-linux-**gnueabi/libgcc-4.5-r48+** svnr184907/packages-split/**libgcc-dev/usr/lib/arm-** angstrom-linux-gnueabi/4.5.4/**libgcc.a' bash-4.2: bash: Found a reference to /usr/ in /home/gooms/OE/setup-scripts/**build/tmp-angstrom_2010_x-** eglibc/work/armv7a-angstrom-**linux-gnueabi/bash-4.2-r2/** packages-split/bash/bin/**bashbug bash-4.2: Shell scripts in base_bindir and base_sbindir should not reference anything in exec_prefix SEGFAULT [10582.729446] ld[24926]: segfault at 8 ip b75ba427 sp bff61970 error 4 in libc-2.15.so[b7576000+19b000] [10596.912141] ld[30317]: segfault at 8 ip b758e427 sp bfbac350 error 4 in libc-2.15.so[b754a000+19b000] On Mon, Apr 16, 2012 at 6:43 PM, jvwyodap...@gmail.com wrote: On 04/16/2012 03:34 PM, j wrote: On 04/16/2012 03:28 PM, Gary Thomas wrote: On 2012-04-16 16:11, j wrote: On 04/13/2012 03:50 PM, j wrote: On 04/13/2012 03:46 PM, j wrote: There seems to be a couple of packages when I build that cause ld segfaults such as [ 6635.846581] ld[14419]: segfault at 8 ip 0077f1bf sp bfbf4a8c error 4 in libc-2.13.so[73d000+15c000] [ 6656.831878] ld[20772]: segfault at 8 ip 00ba61bf sp bfaf1bfc error 4 in libc-2.13.so[b64000+15c000] I can not seem to be able to track down the package/packages that are causing this. I have tried with a clean build dir and only building nano and I get it so it is something in the getting environment ready steps. Is there a way I can easily track down the build/builds that are causing this? Am I even on the right track in this thinking? Nothing fails to build and other than task-native-sdk all result in what seem to be working packages. Any info on what or how to figure it out would be greatly appreciated. building for bbxm on 11.04(uptodate), build environment setup with Angstrom scripts and all is up to date. Thank you Sorry forgot the info from qa.log libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path '/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+** svnr184907/packages-split/libgcc-dev/usr/lib/arm-** angstrom-linux-gnueabi/4.5.4/libgcc.a' libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path '/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+** svnr184907/packages-split/libgcc-dev/usr/lib/arm-** angstrom-linux-gnueabi/4.5.4/libgcov.a' libgcc-4.5: non -staticdev package contains static .a library: libgcc-dev path '/work/armv7a-angstrom-linux-gnueabi/libgcc-4.5-r48+** svnr184907/packages-split/libgcc-dev/usr/lib/arm-** angstrom-linux-gnueabi/4.5.4/libgcc_eh.a' bash-4.2: bash: Found a reference to /usr/ in /home/beagle/OE/setup-scripts/build/tmp-angstrom_2010_x-** eglibc/work/armv7a-angstrom-linux-gnueabi/bash-4.2-r2/** packages-split/bash/bin/bashbug bash-4.2: Shell scripts in base_bindir and base_sbindir should not reference anything in exec_prefix Any other places to check, as these I do not think relate to a segfault? I have now tried the build on 3 different OS's the most recent being Arch. All give the same QA log's and all give me segfaults. That are all basically close to the same errors
Re: [oe] problem building omap3-sgx-module
On Sat, Nov 6, 2010 at 10:23 AM, Matt Johnson johns...@crhc.illinois.edu wrote: On 11/06/2010 06:09 AM, Eric Colleu wrote: Dear all, I am trying to build an image including virtual/libgl package (i.e libgles-omap3) for my igep0020 platform. libgles-omap3 depends on omap3-sgx-modules and this one doesn't build. I tried several kernel recipes (linux_2.6.36, linux_2.6.34, linux_2.6.32, linux-igep2_2.6.33.7-0.bb). Eric, The only recipe I know omap3-sgx-modules to work with is linux-omap-psp_2.6.32. -Matt I am on tag tested_2010-10-29. I am stuck on this one for a while. Thank you for your help. Eric Colleu. the build log is : NOTE: package omap3-sgx-modules-1.4.14.2616-r90f: task do_compile: Started ERROR: TaskFailed event exception, aborting ERROR: Build of /home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb do_compile failed ERROR: Task 1680 (/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb, do_compile) failed with 256 ERROR: '/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb' failed ERROR: Function do_compile failed NOTE: Task failed: ('function do_compile failed', '/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/temp/log.do_compile.25013') ERROR: Logfile of failure stored in: /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/temp/log.do_compile.25013 Log data follows: | NOTE: make -e MAKEFLAGS= KERNEL_PATH=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_SRC=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KDIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNELDIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_DIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_VERSION=2.6.36 CC=arm-oe-linux-gnueabi-gcc LD=arm-oe-linux-gnueabi-ld AR=arm-oe-linux-gnueabi-ar BUILD=release TI_PLATFORM=omap3630 | make -C /home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel M=`pwd` | make[1]: Entering directory `/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel' | LD /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/built-in.o | CC [M] /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.o | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:124: erreur: unknown field ‘ioctl’ specified in initializer | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:124: attention : initialization from incompatible pointer type | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c: In function ‘bc_cat_init’: | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:495: erreur: implicit declaration of function ‘cpu_is_omap3530’ | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:495: erreur: implicit declaration of function ‘omap_rev_lt_3_0’ | make[3]: *** [/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.o] Erreur 1 | make[2]: *** [/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti] Erreur 2 | make[1]: *** [_module_/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM] Error 2 | make[1]: Leaving directory `/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel' | make: *** [all] Error 2 | FATAL: oe_runmake failed | ERROR: Function do_compile failed NOTE: package omap3-sgx-modules-1.4.14.2616-r90f: task do_compile: Failed ERROR: TaskFailed event exception, aborting ERROR: Build of /home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb do_compile failed ERROR: Task 1680 (/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb, do_compile) failed with 256 ERROR:
Re: [oe] problems building openldap and libtool
On Thu, Nov 4, 2010 at 12:39 AM, J. L. vwyodap...@gmail.com wrote: On Thu, Nov 4, 2010 at 12:27 AM, J. L. vwyodap...@gmail.com wrote: On Wed, Nov 3, 2010 at 6:37 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 5:46 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Nov 3, 2010 at 4:48 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 4:36 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Nov 3, 2010 at 4:24 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 3:55 PM, J. L. vwyodap...@gmail.com wrote: I am having an issue of how libtool is building on my machine. I am running Ubuntu 10.10 64bit Kernel 2.6.35-23-generic bitbake 1.10.1 overo branch. Here is what happens when building: Error for openldap 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.12815') 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.12815 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 can you add DEPENDS += libtool to openldap_2.4.23.bb and retry ? Still getting this error and I cleaned and rebuilt both recipes try this patch and remove that DEPENDS diff --git a/recipes/openldap/openldap_2.4.23.bb b/recipes/openldap/openldap_2.4.23.bb index 3ac15f6..8afd951 100644 --- a/recipes/openldap/openldap_2.4.23.bb +++ b/recipes/openldap/openldap_2.4.23.bb @@ -188,7 +188,7 @@ DEPENDS += ${OPENLDAP_DEPENDS} CPPFLAGS_append = -D_GNU_SOURCE do_configure() { - cp ${STAGING_DATADIR}/libtool/config/ltmain.sh ${S}/build + cp ${STAGING_ETCDIR_NATIVE}/libtool/config/ltmain.sh ${S}/build rm -f ${S}/libtool aclocal libtoolize --force --copy 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.2783 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 libtool does not build to this location /home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/libtool/ it builds to here tmp/sysroots/armv7a-angstrom-linux-gnueabi/home/vdubhack/overo-oe/tmp/sysroots/x86_64-linux/usr/share/libtool/ It seems to put home/vdubhack/overo-oe/tmp the incorrect way. instead of being in front of the tmp/sysroot like most things same with aclocal and aclocal-1.11 Thanks JL -khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Did as you asked and also deleted the tmp/ dir to just make sure was nothing in there and rebuilt. And must not have done something right as the patch failed with this: ERROR: Logfile of failure stored in: /home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/openldap-2.4.23-r2/temp/log.patch_do_patch.22762 Log data follows: | ERROR: Error in executing python function in: /home/vdubhack/overo-oe/org.openembedded.dev/recipes/openldap/openldap_2.4.23.bb | ERROR: Exception:class 'oe.patch.CmdError' Message:Command Error: exit status: 1 Output: | Applying patch test-fix.patch | patching file recipes/openldap/openldap_2.4.23.bb | Hunk #1 FAILED at 188. | 1 out of 1 hunk FAILED -- rejects in file recipes/openldap/openldap_2.4.23.bb | Patch test-fix.patch does not apply (enforce with -f) | ERROR: Printing the environment of the function | ERROR: Function patch_do_patch failed NOTE: package openldap-2.4.23-r2: task do_patch: Failed I have attached the patch and the .bb so you can see what and how I did it. crap. dude you make that one line change in the recipe .bb file *by hand* its not a patch for the sources but for the recipe. Thanks for the help so far. JL ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list
Re: [oe] problems building openldap and libtool
On Wed, Nov 3, 2010 at 6:37 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 5:46 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Nov 3, 2010 at 4:48 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 4:36 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Nov 3, 2010 at 4:24 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 3:55 PM, J. L. vwyodap...@gmail.com wrote: I am having an issue of how libtool is building on my machine. I am running Ubuntu 10.10 64bit Kernel 2.6.35-23-generic bitbake 1.10.1 overo branch. Here is what happens when building: Error for openldap 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.12815') 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.12815 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 can you add DEPENDS += libtool to openldap_2.4.23.bb and retry ? Still getting this error and I cleaned and rebuilt both recipes try this patch and remove that DEPENDS diff --git a/recipes/openldap/openldap_2.4.23.bb b/recipes/openldap/openldap_2.4.23.bb index 3ac15f6..8afd951 100644 --- a/recipes/openldap/openldap_2.4.23.bb +++ b/recipes/openldap/openldap_2.4.23.bb @@ -188,7 +188,7 @@ DEPENDS += ${OPENLDAP_DEPENDS} CPPFLAGS_append = -D_GNU_SOURCE do_configure() { - cp ${STAGING_DATADIR}/libtool/config/ltmain.sh ${S}/build + cp ${STAGING_ETCDIR_NATIVE}/libtool/config/ltmain.sh ${S}/build rm -f ${S}/libtool aclocal libtoolize --force --copy 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.2783 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 libtool does not build to this location /home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/libtool/ it builds to here tmp/sysroots/armv7a-angstrom-linux-gnueabi/home/vdubhack/overo-oe/tmp/sysroots/x86_64-linux/usr/share/libtool/ It seems to put home/vdubhack/overo-oe/tmp the incorrect way. instead of being in front of the tmp/sysroot like most things same with aclocal and aclocal-1.11 Thanks JL -khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Did as you asked and also deleted the tmp/ dir to just make sure was nothing in there and rebuilt. And must not have done something right as the patch failed with this: ERROR: Logfile of failure stored in: /home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/openldap-2.4.23-r2/temp/log.patch_do_patch.22762 Log data follows: | ERROR: Error in executing python function in: /home/vdubhack/overo-oe/org.openembedded.dev/recipes/openldap/openldap_2.4.23.bb | ERROR: Exception:class 'oe.patch.CmdError' Message:Command Error: exit status: 1 Output: | Applying patch test-fix.patch | patching file recipes/openldap/openldap_2.4.23.bb | Hunk #1 FAILED at 188. | 1 out of 1 hunk FAILED -- rejects in file recipes/openldap/openldap_2.4.23.bb | Patch test-fix.patch does not apply (enforce with -f) | ERROR: Printing the environment of the function | ERROR: Function patch_do_patch failed NOTE: package openldap-2.4.23-r2: task do_patch: Failed I have attached the patch and the .bb so you can see what and how I did it. crap. dude you make that one line change in the recipe .bb file *by hand* its not a patch for the sources but for the recipe. Thanks for the help so far. JL ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Sorry didnt catch
Re: [oe] problems building openldap and libtool
On Thu, Nov 4, 2010 at 12:27 AM, J. L. vwyodap...@gmail.com wrote: On Wed, Nov 3, 2010 at 6:37 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 5:46 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Nov 3, 2010 at 4:48 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 4:36 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Nov 3, 2010 at 4:24 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 3:55 PM, J. L. vwyodap...@gmail.com wrote: I am having an issue of how libtool is building on my machine. I am running Ubuntu 10.10 64bit Kernel 2.6.35-23-generic bitbake 1.10.1 overo branch. Here is what happens when building: Error for openldap 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.12815') 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.12815 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 can you add DEPENDS += libtool to openldap_2.4.23.bb and retry ? Still getting this error and I cleaned and rebuilt both recipes try this patch and remove that DEPENDS diff --git a/recipes/openldap/openldap_2.4.23.bb b/recipes/openldap/openldap_2.4.23.bb index 3ac15f6..8afd951 100644 --- a/recipes/openldap/openldap_2.4.23.bb +++ b/recipes/openldap/openldap_2.4.23.bb @@ -188,7 +188,7 @@ DEPENDS += ${OPENLDAP_DEPENDS} CPPFLAGS_append = -D_GNU_SOURCE do_configure() { - cp ${STAGING_DATADIR}/libtool/config/ltmain.sh ${S}/build + cp ${STAGING_ETCDIR_NATIVE}/libtool/config/ltmain.sh ${S}/build rm -f ${S}/libtool aclocal libtoolize --force --copy 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.2783 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 libtool does not build to this location /home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/libtool/ it builds to here tmp/sysroots/armv7a-angstrom-linux-gnueabi/home/vdubhack/overo-oe/tmp/sysroots/x86_64-linux/usr/share/libtool/ It seems to put home/vdubhack/overo-oe/tmp the incorrect way. instead of being in front of the tmp/sysroot like most things same with aclocal and aclocal-1.11 Thanks JL -khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Did as you asked and also deleted the tmp/ dir to just make sure was nothing in there and rebuilt. And must not have done something right as the patch failed with this: ERROR: Logfile of failure stored in: /home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/openldap-2.4.23-r2/temp/log.patch_do_patch.22762 Log data follows: | ERROR: Error in executing python function in: /home/vdubhack/overo-oe/org.openembedded.dev/recipes/openldap/openldap_2.4.23.bb | ERROR: Exception:class 'oe.patch.CmdError' Message:Command Error: exit status: 1 Output: | Applying patch test-fix.patch | patching file recipes/openldap/openldap_2.4.23.bb | Hunk #1 FAILED at 188. | 1 out of 1 hunk FAILED -- rejects in file recipes/openldap/openldap_2.4.23.bb | Patch test-fix.patch does not apply (enforce with -f) | ERROR: Printing the environment of the function | ERROR: Function patch_do_patch failed NOTE: package openldap-2.4.23-r2: task do_patch: Failed I have attached the patch and the .bb so you can see what and how I did it. crap. dude you make that one line change in the recipe .bb file *by hand* its not a patch for the sources but for the recipe. Thanks for the help so far. JL ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org
Re: [oe] problems building openldap and libtool
On Wed, Nov 3, 2010 at 4:24 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 3:55 PM, J. L. vwyodap...@gmail.com wrote: I am having an issue of how libtool is building on my machine. I am running Ubuntu 10.10 64bit Kernel 2.6.35-23-generic bitbake 1.10.1 overo branch. Here is what happens when building: Error for openldap 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.12815') 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.12815 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 can you add DEPENDS += libtool to openldap_2.4.23.bb and retry ? Still getting this error and I cleaned and rebuilt both recipes 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.2783 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 libtool does not build to this location /home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/libtool/ it builds to here tmp/sysroots/armv7a-angstrom-linux-gnueabi/home/vdubhack/overo-oe/tmp/sysroots/x86_64-linux/usr/share/libtool/ It seems to put home/vdubhack/overo-oe/tmp the incorrect way. instead of being in front of the tmp/sysroot like most things same with aclocal and aclocal-1.11 Thanks JL -khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] problems building openldap and libtool
On Wed, Nov 3, 2010 at 4:48 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 4:36 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Nov 3, 2010 at 4:24 PM, Khem Raj raj.k...@gmail.com wrote: On Wed, Nov 3, 2010 at 3:55 PM, J. L. vwyodap...@gmail.com wrote: I am having an issue of how libtool is building on my machine. I am running Ubuntu 10.10 64bit Kernel 2.6.35-23-generic bitbake 1.10.1 overo branch. Here is what happens when building: Error for openldap 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.12815') 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.12815 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 can you add DEPENDS += libtool to openldap_2.4.23.bb and retry ? Still getting this error and I cleaned and rebuilt both recipes try this patch and remove that DEPENDS diff --git a/recipes/openldap/openldap_2.4.23.bb b/recipes/openldap/openldap_2.4.23.bb index 3ac15f6..8afd951 100644 --- a/recipes/openldap/openldap_2.4.23.bb +++ b/recipes/openldap/openldap_2.4.23.bb @@ -188,7 +188,7 @@ DEPENDS += ${OPENLDAP_DEPENDS} CPPFLAGS_append = -D_GNU_SOURCE do_configure() { - cp ${STAGING_DATADIR}/libtool/config/ltmain.sh ${S}/build + cp ${STAGING_ETCDIR_NATIVE}/libtool/config/ltmain.sh ${S}/build rm -f ${S}/libtool aclocal libtoolize --force --copy 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.2783 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 libtool does not build to this location /home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/share/libtool/ it builds to here tmp/sysroots/armv7a-angstrom-linux-gnueabi/home/vdubhack/overo-oe/tmp/sysroots/x86_64-linux/usr/share/libtool/ It seems to put home/vdubhack/overo-oe/tmp the incorrect way. instead of being in front of the tmp/sysroot like most things same with aclocal and aclocal-1.11 Thanks JL -khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Did as you asked and also deleted the tmp/ dir to just make sure was nothing in there and rebuilt. And must not have done something right as the patch failed with this: ERROR: Logfile of failure stored in: /home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/openldap-2.4.23-r2/temp/log.patch_do_patch.22762 Log data follows: | ERROR: Error in executing python function in: /home/vdubhack/overo-oe/org.openembedded.dev/recipes/openldap/openldap_2.4.23.bb | ERROR: Exception:class 'oe.patch.CmdError' Message:Command Error: exit status: 1 Output: | Applying patch test-fix.patch | patching file recipes/openldap/openldap_2.4.23.bb | Hunk #1 FAILED at 188. | 1 out of 1 hunk FAILED -- rejects in file recipes/openldap/openldap_2.4.23.bb | Patch test-fix.patch does not apply (enforce with -f) | ERROR: Printing the environment of the function | ERROR: Function patch_do_patch failed NOTE: package openldap-2.4.23-r2: task do_patch: Failed I have attached the patch and the .bb so you can see what and how I did it. Thanks for the help so far. JL openldap_2.4.23.bb Description: Binary data diff --git a/recipes/openldap/openldap_2.4.23.bb b/recipes/openldap/openldap_2.4.23.bb index 3ac15f6..8afd951 100644 --- a/recipes/openldap/openldap_2.4.23.bb +++ b/recipes/openldap/openldap_2.4.23.bb @@ -188,7 +188,7 @@ DEPENDS += ${OPENLDAP_DEPENDS} CPPFLAGS_append = -D_GNU_SOURCE do_configure() { - cp ${STAGING_DATADIR}/libtool/config/ltmain.sh ${S}/build + cp ${STAGING_ETCDIR_NATIVE}/libtool/config/ltmain.sh ${S}/build rm -f ${S}/libtool aclocal libtoolize --force --copy ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http
Re: [oe] libgcc-dev.ipk not created Fwd: [Gumstix-users] question about libgcc-dev
On Thu, Sep 30, 2010 at 1:07 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Sep 29, 2010 at 1:09 PM, J. L. vwyodap...@gmail.com wrote: I originally posted this on the gumstix mailing list and was told I should ask here. I was wondering how come there is no libgcc-dev.ipk that gets created though its in the work directory? I was trying to compile a program on my machine and was giving me complaints about libgcc-dev missing. Is this suppose to happen or? Thanks for any info or help on this. JL Is there an easy way to gcc to build the libgcc-dev package? I am honestly clueless as to how to even attempt to getting that to be added into the builds. -- Forwarded message -- From: Steve Sakoman sako...@gmail.com Date: Wed, Sep 29, 2010 at 12:59 PM Subject: Re: [Gumstix-users] question about libgcc-dev To: General mailing list for gumstix users. gumstix-us...@lists.sourceforge.net On Wed, Sep 29, 2010 at 12:07 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Sep 29, 2010 at 6:54 AM, Steve Sakoman sako...@gmail.com wrote: On Wed, Sep 29, 2010 at 2:20 AM, J. L. vwyodap...@gmail.com wrote: I was trying to install libpcap-dev and libpcre-dev and when I did they both said that libgcc-dev was an unmet dependency. I have tried searching and can not seem to figure out what provides that? I am sure this is a really basic one that I am missing. Thanks if you can let me know what to build to get that. The gcc recipe provides libgcc-dev I checked in the tmp and it only builds a libgcc1_4.3.3 which I already had on the system when it gave that error. I also dont see anything saying its a dev for anything in the gcc tmp build. Am I still missing something obvious here? I found it by searching through the tmp directory: $ ls -l tmp/work/armv7a-angstrom-linux-gnueabi/gcc-4.3.3-r17.1/packages-split/ | grep libgcc-dev drwxrwxr-x 2 sakoman sakoman 4096 2010-09-17 20:22 libgcc-dev But you are correct, the recipe doesn't seem to put an ipk in the deploy directory. Not sure why! Might be better to ask this question to the experts on the OE mailing list. Steve -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ gumstix-users mailing list gumstix-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gumstix-users Well tried to figure out how to add it on my own and just kept breaking the build, so hopefully someone may have time to look and figure out why no libgcc-dev is created to install on the image. There are packages that complain when installing them after the image is built that this is missing from the image. I know of one other on the gumstix mailinglist that has run into the same thing. Thanks for your time. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] apr-util_1.3.4.bb fails, looking at host includes
On 10/13/10, Tasslehoff Kjappfot tasskj...@gmail.com wrote: Am Mittwoch, den 13.10.2010, 14:39 +0200 schrieb Holger Freyther: On 10/13/2010 02:39 PM, Tasslehoff Kjappfot wrote: Signed-off-by: Tasslehoff Kjappfot tasskj...@gmail.com --- recipes/apr/apr-util_1.3.4.bb |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/recipes/apr/apr-util_1.3.4.bb b/recipes/apr/apr-util_1.3.4.bb index cc6781b..5e31171 100644 --- a/recipes/apr/apr-util_1.3.4.bb +++ b/recipes/apr/apr-util_1.3.4.bb @@ -14,6 +14,7 @@ EXTRA_OECONF = --with-apr=${STAGING_BINDIR_CROSS}/apr-1-config \ --with-gdbm=${STAGING_DIR_HOST}${layout_prefix} \ --without-sqlite2 \ --without-sqlite3 \ +--without-pgsql \ hmm... the existing file is using spaces, you use tabs... I will fix it when pushing the changes. Please try to follow the indention of the file. Holger committed your patch in eba2dd [1]. It would be nice if you could write a elaborate commit message next time with the actual error message and reason added. /checking for pg_config... /usr/bin/pg_config adding -I/usr/include/postgresql to CPPFLAGS adding -L/usr/lib to LDFLAGS/ I build tested `r7` with `minimal-uclibc` for `MACHINE = beagleboard` and it worked for me without any problems as it was with `r6`. But I did not have `pg_config` installed on my build system anyway. Thanks, Paul I did the patch with git format-patch, but sent it with thunderbird. That caused the line-breaks and the spaces, I suspect. I'll setup git-send-email for future use and improve the commit messages. Thanks for cleaning up :) - Tasslehoff ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Now seeing what you did I remembered that I had to install postgresql on the build machine to get it to build. Dumb question time, is this really a thing that needs patching? Reason I ask is because now this is another package that will need to modified in a user.collection to get postgresql support built in. Shouldnt removing features be something the person building should do in their user.collection folder or similar folder, and the packages in the recipe folder should have the package allowing as many features as possible in the configure? To me this doesnt seem like a fix just a work around for his situation. This has been a question I have had for a little while now and figured should ask while there is a subject relating. Thanks for your time and letting me know about my questions :) ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Libprelude fails on oe_runmake
Anyone have any ideas as how to fix this or what may be causing this? I bumped my image to using barnyard2 and brought up this issue for me. Thanks for the help, I am only posting part of the error as its really long: | arm-angstrom-linux-gnueabi-libtool: compile: arm-angstrom-linux-gnueabi-g++ -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb -DHAVE_CONFIG_H -I. -I../.. -I/home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/lib/ruby/1.8/i686-linux -isystem/home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/include -O2 -g -I../.. -I../../src/include -I../../src/include -I../../src/libprelude-error -I../../bindings/c++/include -I../../libmissing -I../../libmissing -isystem/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -isystem/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 -ggdb2 -fpermissive -fvisibility-inlines-hidden -MT PreludeEasy_la-PreludeEasy.lo -MD -MP -MF .deps/PreludeEasy_la-PreludeEasy.Tpo -c PreludeEasy.cxx -fPIC -DPIC -o .libs/PreludeEasy_la-PreludeEasy.o | In file included from /home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/lib/ruby/1.8/i686-linux/missing.h:16:0, | from /home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/lib/ruby/1.8/i686-linux/ruby.h:755, | from PreludeEasy.cxx:856: | ../../libmissing/sys/time.h:85:58: error: conflicting declaration 'void* restrict' | ../../libmissing/sys/time.h:85:42: error: 'restrict' has a previous declaration as 'timeval* restrict' | make[3]: *** [PreludeEasy_la-PreludeEasy.lo] Error 1 | make[3]: Leaving directory `/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/libprelude-1.0.0-r0/libprelude-1.0.0/bindings/ruby' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/libprelude-1.0.0-r0/libprelude-1.0.0/bindings' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/libprelude-1.0.0-r0/libprelude-1.0.0' | make: *** [all] Error 2 | FATAL: oe_runmake failed NOTE: Task failed: /home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/libprelude-1.0.0-r0/temp/log.do_compile.30120 ERROR: TaskFailed event exception, aborting ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/libprelude/libprelude_1.0.0.bb do_compile failed ERROR: Task 15 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/libprelude/libprelude_1.0.0.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1090 tasks of which 1084 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/libprelude/libprelude_1.0.0.bb' failed ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Libprelude fails on oe_runmake
On Tue, Oct 12, 2010 at 12:18 PM, J. L. vwyodap...@gmail.com wrote: Anyone have any ideas as how to fix this or what may be causing this? I bumped my image to using barnyard2 and brought up this issue for me. Thanks for the help, I am only posting part of the error as its really long: | arm-angstrom-linux-gnueabi-libtool: compile: arm-angstrom-linux-gnueabi-g++ -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb -DHAVE_CONFIG_H -I. -I../.. -I/home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/lib/ruby/1.8/i686-linux -isystem/home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/include -O2 -g -I../.. -I../../src/include -I../../src/include -I../../src/libprelude-error -I../../bindings/c++/include -I../../libmissing -I../../libmissing -isystem/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -isystem/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 -ggdb2 -fpermissive -fvisibility-inlines-hidden -MT PreludeEasy_la-PreludeEasy.lo -MD -MP -MF .deps/PreludeEasy_la-PreludeEasy.Tpo -c PreludeEasy.cxx -fPIC -DPIC -o .libs/PreludeEasy_la-PreludeEasy.o | In file included from /home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/lib/ruby/1.8/i686-linux/missing.h:16:0, | from /home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/lib/ruby/1.8/i686-linux/ruby.h:755, | from PreludeEasy.cxx:856: | ../../libmissing/sys/time.h:85:58: error: conflicting declaration 'void* restrict' | ../../libmissing/sys/time.h:85:42: error: 'restrict' has a previous declaration as 'timeval* restrict' | make[3]: *** [PreludeEasy_la-PreludeEasy.lo] Error 1 | make[3]: Leaving directory `/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/libprelude-1.0.0-r0/libprelude-1.0.0/bindings/ruby' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/libprelude-1.0.0-r0/libprelude-1.0.0/bindings' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/libprelude-1.0.0-r0/libprelude-1.0.0' | make: *** [all] Error 2 | FATAL: oe_runmake failed NOTE: Task failed: /home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/libprelude-1.0.0-r0/temp/log.do_compile.30120 ERROR: TaskFailed event exception, aborting ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/libprelude/libprelude_1.0.0.bb do_compile failed ERROR: Task 15 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/libprelude/libprelude_1.0.0.bb, do_compile) failed NOTE: Tasks Summary: Attempted 1090 tasks of which 1084 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/libprelude/libprelude_1.0.0.bb' failed As my debugging and figuring these things out is very minimal I gave the cflags_append = -Os a try as I saw it posted to try with a different package and still got a failure. Thanks for any tips or pointers ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] unpackaged files
On Mon, Oct 11, 2010 at 5:02 AM, Roman I Khimov khi...@altell.ru wrote: В сообщении от Понедельник 11 октября 2010 15:51:05 автор Frans Meulenbroeks написал: - a way to indicate that a file is installed but purposedly not packaged (e.g. I have such a thing in mythtv with a README file) This could be by creating a pseudo-package (like -unused or -ignore) which can be used to add files that are explicitly not packaged Shouldn't such files be removed with do_install_append()? my uneducated suggestion would be dont remove them and do something like Frans suggests, reason being I am noticing packages that do not build with files that you would expect especially ones with -dev tags. or even some not being made like libgcc-dev. But like one off the top of my head would be if you install libpcap and libcap-dev you still do not get a pcap.h to use if you compile something on the machine your built those packages into the image of. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] unpackaged files
2010/10/11 Frans Meulenbroeks fransmeulenbro...@gmail.com: 2010/10/11 J. L. vwyodap...@gmail.com: On Mon, Oct 11, 2010 at 5:02 AM, Roman I Khimov khi...@altell.ru wrote: В сообщении от Понедельник 11 октября 2010 15:51:05 автор Frans Meulenbroeks написал: - a way to indicate that a file is installed but purposedly not packaged (e.g. I have such a thing in mythtv with a README file) This could be by creating a pseudo-package (like -unused or -ignore) which can be used to add files that are explicitly not packaged Shouldn't such files be removed with do_install_append()? rethinking this (after my previous mail) would we get an issue because some files are staged but not packaged (which is generally not the case, but I am thinking about gcc-cross and friends) my uneducated suggestion would be dont remove them and do something like Frans suggests, reason being I am noticing packages that do not build with files that you would expect especially ones with -dev tags. or even some not being made like libgcc-dev. But like one off the top of my head would be if you install libpcap and libcap-dev you still do not get a pcap.h to use if you compile something on the machine your built those packages into the image of. it is not my proposal to make this a real installable package. I just want a mechanism that you can use to tell that a file while being there is on purpose not packaged Wrt your example: I'd say if pcap.h comes from libcpcap, it should probably go into libpcap-dev (or maybe libcap-dev). Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Ahh ok sorry miss understood what you wanted. I did run into another one where I installed the built mysql5 and mysql5-dev and it does not provide a mysql.h on the machine, also lots of .dev packages rely on libgcc-dev but there is not an installable version of libgcc-dev. So if you install a -dev after you have the image running you get complaints about no libgcc-dev on the machine. So if I run into things like that I would need to go to that package and figure out why and how to get the .h's I need in the .dev and or figure out how to make the missing -dev ? Thanks ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Add extra include headers for kernel
What is the proper way for me to be able to get more headers to be built into the kernel that the current ones that are compling in? When I look in tmp/sysroots/overo-angstrom-linux-gnueabi/kernel/include there are some .h that I would like to have in there that are not currently in. Thanks for any tips on this ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] trouble compiling udev
On Wed, Oct 6, 2010 at 3:36 PM, Khem Raj raj.k...@gmail.com wrote: On Mon, Oct 4, 2010 at 12:29 PM, J. L. vwyodap...@gmail.com wrote: On Mon, Oct 4, 2010 at 12:24 PM, Eric Bénard e...@eukrea.com wrote: Le 04/10/2010 20:34, J. L. a écrit : udev151 builds for me without this fix and I am building with gcc 4.5.. Just thought I would let you know which machine / arch / distro are you building for ? Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel gumstix overo angstrom 2010.x gcc 4.5 and how old is your OE snapshot. -k ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Just did a pull right now and tried a rebuild and still is working for me ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] strace 4.5.14 troubles compiling
On Mon, Oct 4, 2010 at 12:57 AM, J. L. vwyodap...@gmail.com wrote: I cant get strace to build since I moved to angstrom 2010.x with gcc 4.5, does any one have any hints? Here is the error message: NOTE: Running task 782 of 795 (ID: 15, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/strace/strace_4.5.14.bb, do_compile) ERROR: function do_compile failed ERROR: log data follows (/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/strace-4.5.14-r9/temp/log.do_compile.881) | NOTE: make | make all-am | make[1]: Entering directory `/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/strace-4.5.14-r9/strace-4.5.14' | arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb -DHAVE_CONFIG_H -I. -Ilinux/arm -I./linux/arm -Ilinux -I./linux -isystem/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -Wall -isystem/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb2 -Os -MT net.o -MD -MP -MF .deps/net.Tpo -c -o net.o net.c | net.c: In function 'printsock': | net.c:957:22: error: field 'nl' has incomplete type | make[1]: *** [net.o] Error 1 | make[1]: Leaving directory `/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/strace-4.5.14-r9/strace-4.5.14' | make: *** [all] Error 2 | FATAL: oe_runmake failed NOTE: Task failed: /home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/strace-4.5.14-r9/temp/log.do_compile.881 ERROR: TaskFailed event exception, aborting ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/strace/strace_4.5.14.bb do_compile failed ERROR: Task 15 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/strace/strace_4.5.14.bb, do_compile) failed NOTE: Tasks Summary: Attempted 781 tasks of which 781 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/strace/strace_4.5.14.bb' failed was able to get 4.5.20 to build with no issues so will stick with that since its the most current version on there.. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] trouble compiling udev
On Mon, Oct 4, 2010 at 1:14 AM, Jaap de Jong jaap.dej...@nedap.com wrote: Thanks! That seems to work!! Something to be added to udev recipe... Any chance you can post your recipe I am not sure if I am getting where you added that in the recipe. Thanks On 10/04/2010 09:14 AM, Eric Bénard wrote: Hi, Le 04/10/2010 08:47, Jaap de Jong a écrit : a fresh rebuild failed in compiling udev. Any clues? if you are using gcc 4.5 = add CFLAGS_append = -Os to udev recipe. Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] strace 4.5.14 troubles compiling
I cant get strace to build since I moved to angstrom 2010.x with gcc 4.5, does any one have any hints? Here is the error message: NOTE: Running task 782 of 795 (ID: 15, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/strace/strace_4.5.14.bb, do_compile) ERROR: function do_compile failed ERROR: log data follows (/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/strace-4.5.14-r9/temp/log.do_compile.881) | NOTE: make | make all-am | make[1]: Entering directory `/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/strace-4.5.14-r9/strace-4.5.14' | arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb -DHAVE_CONFIG_H -I. -Ilinux/arm -I./linux/arm -Ilinux -I./linux -isystem/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -Wall -isystem/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb2 -Os -MT net.o -MD -MP -MF .deps/net.Tpo -c -o net.o net.c | net.c: In function 'printsock': | net.c:957:22: error: field 'nl' has incomplete type | make[1]: *** [net.o] Error 1 | make[1]: Leaving directory `/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/strace-4.5.14-r9/strace-4.5.14' | make: *** [all] Error 2 | FATAL: oe_runmake failed NOTE: Task failed: /home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/strace-4.5.14-r9/temp/log.do_compile.881 ERROR: TaskFailed event exception, aborting ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/strace/strace_4.5.14.bb do_compile failed ERROR: Task 15 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/strace/strace_4.5.14.bb, do_compile) failed NOTE: Tasks Summary: Attempted 781 tasks of which 781 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/strace/strace_4.5.14.bb' failed ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] trouble compiling udev
On Mon, Oct 4, 2010 at 11:23 AM, Khem Raj raj.k...@gmail.com wrote: On Mon, Oct 4, 2010 at 1:36 AM, Eric Bénard e...@eukrea.com wrote: Le 04/10/2010 10:24, J. L. a écrit : On Mon, Oct 4, 2010 at 1:14 AM, Jaap de Jongjaap.dej...@nedap.com wrote: Thanks! That seems to work!! Something to be added to udev recipe... Any chance you can post your recipe I am not sure if I am getting where you added that in the recipe. Thanks CFLAGS_append = -Os Hi Eric Now gcc 4.5 is default so people will hit it often. Can you commit this workaround for time being while gcc is being fixed to cure it with reference to upstream bug You have my ack for this :) Thanks -Khem Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel udev151 builds for me without this fix and I am building with gcc 4.5.. Just thought I would let you know ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] trouble compiling udev
On Mon, Oct 4, 2010 at 12:24 PM, Eric Bénard e...@eukrea.com wrote: Le 04/10/2010 20:34, J. L. a écrit : udev151 builds for me without this fix and I am building with gcc 4.5.. Just thought I would let you know which machine / arch / distro are you building for ? Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel gumstix overo angstrom 2010.x gcc 4.5 The only reason I was asking about clarification to the fix you mentioned was I was trying to see if it fixed a different package that broke for me. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Question about check data file clashes
I am trying to get my image to build and running into a check data file clash and not sure why or how to fix. It says two packages are trying to install the same file, so how do you make this get through and still have both packages installed? Here is the error I got: | Collected errors: | * check_data_file_clashes: Package linux-libc-headers-dev wants to install file /home/vdubhack/overo-oe/tmp/rootfs/qEnlightDesktop/usr/include/scsi/scsi.h | But that file is already provided by package * libc6-dev Thanks for any help on this. JL ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Question about check data file clashes
On Mon, Oct 4, 2010 at 2:31 PM, Tom Rini tom_r...@mentor.com wrote: J. L. wrote: I am trying to get my image to build and running into a check data file clash and not sure why or how to fix. It says two packages are trying to install the same file, so how do you make this get through and still have both packages installed? Here is the error I got: | Collected errors: | * check_data_file_clashes: Package linux-libc-headers-dev wants to install file /home/vdubhack/overo-oe/tmp/rootfs/qEnlightDesktop/usr/include/scsi/scsi.h | But that file is already provided by package * libc6-dev Thanks for any help on this. Your provider of linux-libc-headers is broken and needs a fix ala the 2.6.31/2.6.32 recipes have. Ok thank you I will look into it I built the image with the .34 headers so guess thats my issue. Thank you for your time. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] libgcc-dev.ipk gcc 4.3.3
On Thu, Sep 30, 2010 at 1:07 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Sep 29, 2010 at 1:09 PM, J. L. vwyodap...@gmail.com wrote: I originally posted this on the gumstix mailing list and was told I should ask here. I was wondering how come there is no libgcc-dev.ipk that gets created though its in the work directory? I was trying to compile a program on my machine and was giving me complaints about libgcc-dev missing. Is this suppose to happen or? Thanks for any info or help on this. JL Is there an easy way to gcc to build the libgcc-dev package? I am honestly clueless as to how to even attempt to getting that to be added into the builds. -- Forwarded message -- From: Steve Sakoman sako...@gmail.com Date: Wed, Sep 29, 2010 at 12:59 PM Subject: Re: [Gumstix-users] question about libgcc-dev To: General mailing list for gumstix users. gumstix-us...@lists.sourceforge.net On Wed, Sep 29, 2010 at 12:07 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Sep 29, 2010 at 6:54 AM, Steve Sakoman sako...@gmail.com wrote: On Wed, Sep 29, 2010 at 2:20 AM, J. L. vwyodap...@gmail.com wrote: I was trying to install libpcap-dev and libpcre-dev and when I did they both said that libgcc-dev was an unmet dependency. I have tried searching and can not seem to figure out what provides that? I am sure this is a really basic one that I am missing. Thanks if you can let me know what to build to get that. The gcc recipe provides libgcc-dev I checked in the tmp and it only builds a libgcc1_4.3.3 which I already had on the system when it gave that error. I also dont see anything saying its a dev for anything in the gcc tmp build. Am I still missing something obvious here? I found it by searching through the tmp directory: $ ls -l tmp/work/armv7a-angstrom-linux-gnueabi/gcc-4.3.3-r17.1/packages-split/ | grep libgcc-dev drwxrwxr-x 2 sakoman sakoman 4096 2010-09-17 20:22 libgcc-dev But you are correct, the recipe doesn't seem to put an ipk in the deploy directory. Not sure why! Might be better to ask this question to the experts on the OE mailing list. Steve -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ gumstix-users mailing list gumstix-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gumstix-users I have also noticed 4.5 does not produce the libgcc-dev.ipk ? ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] libgcc-dev.ipk not created Fwd: [Gumstix-users] question about libgcc-dev
I originally posted this on the gumstix mailing list and was told I should ask here. I was wondering how come there is no libgcc-dev.ipk that gets created though its in the work directory? I was trying to compile a program on my machine and was giving me complaints about libgcc-dev missing. Is this suppose to happen or? Thanks for any info or help on this. JL -- Forwarded message -- From: Steve Sakoman sako...@gmail.com Date: Wed, Sep 29, 2010 at 12:59 PM Subject: Re: [Gumstix-users] question about libgcc-dev To: General mailing list for gumstix users. gumstix-us...@lists.sourceforge.net On Wed, Sep 29, 2010 at 12:07 PM, J. L. vwyodap...@gmail.com wrote: On Wed, Sep 29, 2010 at 6:54 AM, Steve Sakoman sako...@gmail.com wrote: On Wed, Sep 29, 2010 at 2:20 AM, J. L. vwyodap...@gmail.com wrote: I was trying to install libpcap-dev and libpcre-dev and when I did they both said that libgcc-dev was an unmet dependency. I have tried searching and can not seem to figure out what provides that? I am sure this is a really basic one that I am missing. Thanks if you can let me know what to build to get that. The gcc recipe provides libgcc-dev I checked in the tmp and it only builds a libgcc1_4.3.3 which I already had on the system when it gave that error. I also dont see anything saying its a dev for anything in the gcc tmp build. Am I still missing something obvious here? I found it by searching through the tmp directory: $ ls -l tmp/work/armv7a-angstrom-linux-gnueabi/gcc-4.3.3-r17.1/packages-split/ | grep libgcc-dev drwxrwxr-x 2 sakoman sakoman 4096 2010-09-17 20:22 libgcc-dev But you are correct, the recipe doesn't seem to put an ipk in the deploy directory. Not sure why! Might be better to ask this question to the experts on the OE mailing list. Steve -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ gumstix-users mailing list gumstix-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gumstix-users ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] apr-util_1.3.4 does not build
On Sun, Aug 29, 2010 at 2:49 AM, J. L. vwyodap...@gmail.com wrote: Another thing I have noticed as well is that there are a bunch of packages that do not fail to build but while they build they show messages of not finding shared libraries missing depends and things like that. Is that things I should post as well? On Sun, Aug 29, 2010 at 2:44 AM, J. L. vwyodap...@gmail.com wrote: if you tell me things to do or try I would be happy to help you figure it out. I really wouldnt like to have to switch up yet at least. I am honestly not great with OE at all yet so I would need dumb mans tips to help you out. On Sun, Aug 29, 2010 at 2:28 AM, Khem Raj raj.k...@gmail.com wrote: On Sun, Aug 29, 2010 at 2:23 AM, J. L. vwyodap...@gmail.com wrote: That is the only OS I have setup with a build environment. Should I just finally upgrade to the 10.04 release? Would clean install be the best to do or can I just upgrade and not cause issues with the build environment? I think its an issue for my build OS only as on the gumstix board steve said it worked for him using the same OS as you are. You can try and upgrade. if that does not work and reinstall. Your system your choice. Though it would be interesting to find why this error happens on 9.10 On Sun, Aug 29, 2010 at 2:16 AM, Khem Raj raj.k...@gmail.com wrote: On Sat, Aug 28, 2010 at 8:11 PM, J. L. vwyodap...@gmail.com wrote: I am running ubuntu 9.10 with and up to date overo branch of OE and apr- util will not build gives the following error: I cant reproduce it on ubuntu 10.04. If possible can you retry to reproduce it on some other build OS than 9.10 NOTE: Running task 819 of 832 (ID: 9, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb, do_qa_configure) ERROR: This autoconf log indicates errors, it looked at host includes. Rerun configure task after fixing this. The path was '/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/apr-util-1.3.4-r5/apr-util-1.3.4' ERROR: Error in executing: /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb ERROR: Exception:type 'exceptions.SystemExit' Message:1 ERROR: Printing the environment of the function ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb do_qa_configure failed ERROR: Task 9 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb, do_qa_configure) failed NOTE: Tasks Summary: Attempted 818 tasks of which 818 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb' failed I have tried cleaning the recipe and rebuilding with no luck as well as trying to build from a fresh tmp directory. Though I think I understand the error I do not know how to go about fixing it with a proper patch. I would appreciate any help with this. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel I upgraded to 10.04 and I still have the same issue with apr-util_1.3.4 gives this error: NOTE: Applying patch 'configure_fixes.patch' (org.openembedded.dev/recipes/apr/apr-util/configure_fixes.patch) NOTE: Running task 818 of 832 (ID: 12, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb, do_configure) NOTE: Running task 819 of 832 (ID: 13, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb, do_qa_configure) ERROR: This autoconf log indicates errors, it looked at host includes. Rerun configure task after fixing this. The path was '/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/apr-util-1.3.4-r6/apr-util-1.3.4' ERROR: Error in executing: /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb ERROR: Exception:type 'exceptions.SystemExit' Message:1 ERROR: Printing the environment of the function ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb do_qa_configure failed ERROR: Task 13 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb, do_qa_configure) failed NOTE: Tasks Summary: Attempted 818 tasks of which 813 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4
Re: [oe] Question regarding the staging layout
On Tue, Sep 21, 2010 at 10:50 AM, Johan Hovold johan.hov...@lundinova.se wrote: On Sat, Sep 18, 2010 at 06:31:08PM +0800, Holger Freyther wrote: I am seeing a lot of messages like: /home/ich/build/arm/xscale/tmp/sysroots/i686-linux/usr/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/bin/ld: warning: libc.so, needed by /home/ich/build/arm/xscale/tmp/sysroots/i686-linux/usr/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/lib/libgcc_s.so, not found (try using -rpath or -rpath-link) is that to be expected? Same issue here. See the thread [oe] several recipes give a link error: libc.so, needed by libgcc_s.so, not found from Mon, 23 Aug 2010 for some discussion on this matter. /Johan ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel I am still seeing this issue as well. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/3] generate-manifest-2.6.py: tune python-modules' RDEPENDS
On Thu, Sep 9, 2010 at 9:07 AM, Eric Bénard e...@eukrea.com wrote: * python-dev: pulls several dev packages leading to a 256MB image instead of a 60MB image without this packages Signed-off-by: Eric Bénard e...@eukrea.com --- contrib/python/generate-manifest-2.6.py | 6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/contrib/python/generate-manifest-2.6.py b/contrib/python/generate-manifest-2.6.py index 1a0f1d3..5ebafb8 100755 --- a/contrib/python/generate-manifest-2.6.py +++ b/contrib/python/generate-manifest-2.6.py @@ -12,7 +12,7 @@ import time VERSION = 2.6.4 __author__ = Michael 'Mickey' Lauer mla...@vanille-media.de -__version__ = 20100711 +__version__ = 20100908 class MakefileMaker: @@ -123,7 +123,7 @@ class MakefileMaker: line = 'RDEPENDS_python-modules=' for name, data in self.packages.iteritems(): - if name != 'python-core-dbg': + if name not in ['python-core-dbg', 'python-dev']: line += %s % name self.out( %s \ % line ) @@ -164,7 +164,7 @@ if __name__ == __main__: m.addPackage( python-core-dbg, Python core module debug information, python-core, config/.debug lib-dynload/.debug ${bindir}/.debug ${libdir}/.debug ) - m.addPackage( python-devel, Python Development Package, python-core, + m.addPackage( python-dev, Python Development Package, python-core, ${includedir} ${libdir}/libpython2.6.so config ) # package m.addPackage( python-idle, Python Integrated Development Environment, python-core python-tkinter, -- 1.6.3.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Dumb comment time: Wouldnt it be better to make maybe a few different python module packages installs instead of thining out the python-module? I know I personally use all the modules for python available here plus some other modules as well. I know not everyone is concerned with making their images as small as possible. Probably just not getting the reasoning or point but just thought I would make the statement there are those that use python-dev as is JL ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/3] generate-manifest-2.6.py: tune python-modules' RDEPENDS
On Thu, Sep 9, 2010 at 10:49 AM, Eric Bénard e...@eukrea.com wrote: Le 09/09/2010 19:34, J. L. a écrit : Dumb comment time: Wouldnt it be better to make maybe a few different python module packages installs instead of thining out the python-module? I know I personally use all the modules for python available here plus some other modules as well. I know not everyone is concerned with making their images as small as possible. Probably just not getting the reasoning or point but just thought I would make the statement there are those that use python-dev as is this change doesn't prevent you from using python-dev, you will just have to install it manually. This change only allow to install python-modules without installing all the dev files they actually pull. Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel Thanks Eric that makes total sense to me now, appreciate the response and clarification. JL ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Images no longer automatically include libstdc++6
On Mon, Sep 6, 2010 at 10:54 PM, Khem Raj raj.k...@gmail.com wrote: On Mon, Sep 6, 2010 at 3:21 PM, Steve Sakoman sako...@gmail.com wrote: Using current top of tree to build some of my images I noticed that quite a few apps seems to be broken at run time (Firefox, Epiphany, Gnome-mplayer, and others). All were complaining about libstdc++6 being missing. Manually installing the libstdc++6 package fixed the issue. Any idea what changed that introduced this issue? Yes I have been seeing that and spent not so much time on the real cause but it seems that the depends get lost when we rename the pkgs in debian way may be thats not the real cause I dont know yet. but that something to look at even libstdc++-dev ipks miss to have dependencies on libstdc++ building hal 0.5.14 is one example that gives off the libgcc that I mentioned with this one. Though there are many that give both errors or one or the other. JL Steve ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Perl modules I can not get to build, libdbd-sqlite-perl libversion-perl
On Tue, Sep 7, 2010 at 8:24 AM, Tom Rini tom_r...@mentor.com wrote: Graham Gower wrote: On 3 September 2010 09:13, J. L. vwyodap...@gmail.com wrote: [snip] and the other is honestly above me at the moment as I do not grasp using devshell yet and how to work with in there, let alone properly lay out a program recipe and then patch it to work properly. Once I grasp things more I hope to be a help and not such a hindrance, I welcome any tips links or anything to point to how to fix either and I will try more on more with those pointers and if successful post the results and maybe a patch or post the failure. Read the OE manual. Read the Bitbake manual. Read .bb files. Read .conf files. Read .bbclass files. Read Bitbake sources. Send patches. Add time. Repeat. == expert! I'd just like to add in that while it's great (really, I mean it), you're reporting problems, if you can reproduce them in vanilla OE with something like MACHINE=qemuarm and DISTRO=angstrom-2008.1 (or DISTRO=minimal) or similar, that will help rule out a lot of concern on our part and give a testcase we can all easily try out. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel OK thanks Tom I will try and read more on how to do that. Have not done anything with qemu yet. But what I get now and correct if I am wrong by OE vanilla you mean fresh directly off the dev branch no other sub tree correct? then modify my .conf to to the settings you listed above? If I am way off dont worry about taking the time to explain in detail I will just read about it. I feel I have become an annoyance on the boards from my lacking knowledge. Would showing the recipe I build for my gumstix help? Its now building but not with everything I want and some programs are broken, but its very close the closest I have gotten so far. Any who thanks for replying and giving me more info on how to help you guys help me. I do appreciate everyones help and input a bunch. JL ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] NOTE: Couldn't find shared library provider
On Mon, Sep 6, 2010 at 1:18 PM, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: Anyone an idea on what this means and how to fix it: NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 Today I've seen it with asterisk but I have seen it before. Those were some of the errors I posted about last week or so I think and have yet to figure out how to get rid of them though I noticed bringing boost down a level lowered the amount I saw total over the entire build. But not sure if my info is relevant since I am on the overo branch of the dev tree .. JL Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Images no longer automatically include libstdc++6
On Mon, Sep 6, 2010 at 3:21 PM, Steve Sakoman sako...@gmail.com wrote: Using current top of tree to build some of my images I noticed that quite a few apps seems to be broken at run time (Firefox, Epiphany, Gnome-mplayer, and others). All were complaining about libstdc++6 being missing. Manually installing the libstdc++6 package fixed the issue. I have reported this on the gumstix board as well steve and Frans did a post about this here on OE and the other one libgcc_s.so.1 that seems to be missing. Thanks for posting your work around I thought I had tried that on my machine but will try again. here is Frans post this am [oe] NOTE: Couldn't find shared library provider, also my boost threads have the errors listed in them as well. JL Any idea what changed that introduced this issue? Steve ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [Gumstix-users] Boost 1.41 seems to have build issues
Final verdict at this point for me is the 1.41 adds issues into the build with not finding libraries and seems to cause other programs to not build right. With 1.33.1 no errors and the image completed. In case any one is still reading this one. branch:overo build machine: ubuntu 10.04 git: up to date On Fri, Sep 3, 2010 at 9:14 PM, J. L. vwyodap...@gmail.com wrote: On Thu, Sep 2, 2010 at 12:00 AM, J. L. vwyodap...@gmail.com wrote: Now the closer my image gets to being built since bumping this package to 1.41 its seems to me roughly half the programs and dependencies build with one or both of these notes in them NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 as it did with this package. just wanted to post my other observations on this as well.. On Tue, Aug 31, 2010 at 6:39 PM, Alex Gibson a...@alexthegeek.com wrote: Getting exactly the same messages Alex On 1/09/2010 5:27 AM, J. L. wrote: When I bummed boost to the 1.41 version I noticed during building it did not build in the normal manner and displayed a bunch of warning though did not fail to build. Seems like it should not have so many errors or inability to find libraries. Could be my inexperience talking. Hope someone can explain why this isnt bad if it isnt but to me an error is an error, and would cause other issues once used on the image possibly. This is not the full message just a clip of it: NOTE: /usr/lib/Boost.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfig.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfigVersion.cmake NOTE: Multiple libraries (libboost_date_time-mt-d.so.1.41.0, libboost_date_time-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_filesystem-mt.so.1.41.0, libboost_filesystem-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_graph-mt.so.1.41.0, libboost_graph-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_iostreams-mt-d.so.1.41.0, libboost_iostreams-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_program_options-mt.so.1.41.0, libboost_program_options-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_python-mt-d.so.1.41.0, libboost_python-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_regex-mt-d.so.1.41.0, libboost_regex-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_wserialization-mt-d.so.1.41.0, libboost_serialization-mt-d.so.1.41.0, libboost_wserialization-mt.so.1.41.0, libboost_serialization-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_signals-mt-d.so.1.41.0, libboost_signals-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_system-mt-d.so.1.41.0, libboost_system-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_unit_test_framework-mt-d.so.1.41.0, libboost_unit_test_framework-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_thread-mt.so.1.41.0, libboost_thread-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_prg_exec_monitor-mt-d.so.1.41.0, libboost_wave-mt-d.so.1.41.0, libboost_prg_exec_monitor-mt.so.1.41.0, libboost_wave-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider
Re: [oe] [Gumstix-users] Boost 1.41 seems to have build issues
On Sat, Sep 4, 2010 at 11:27 AM, J. L. vwyodap...@gmail.com wrote: Final verdict at this point for me is the 1.41 adds issues into the build with not finding libraries and seems to cause other programs to not build right. With 1.33.1 no errors and the image completed. In case any one is still reading this one. branch:overo build machine: ubuntu 10.04 git: up to date On Fri, Sep 3, 2010 at 9:14 PM, J. L. vwyodap...@gmail.com wrote: On Thu, Sep 2, 2010 at 12:00 AM, J. L. vwyodap...@gmail.com wrote: Now the closer my image gets to being built since bumping this package to 1.41 its seems to me roughly half the programs and dependencies build with one or both of these notes in them NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 as it did with this package. just wanted to post my other observations on this as well.. On Tue, Aug 31, 2010 at 6:39 PM, Alex Gibson a...@alexthegeek.com wrote: Getting exactly the same messages Alex On 1/09/2010 5:27 AM, J. L. wrote: When I bummed boost to the 1.41 version I noticed during building it did not build in the normal manner and displayed a bunch of warning though did not fail to build. Seems like it should not have so many errors or inability to find libraries. Could be my inexperience talking. Hope someone can explain why this isnt bad if it isnt but to me an error is an error, and would cause other issues once used on the image possibly. This is not the full message just a clip of it: NOTE: /usr/lib/Boost.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfig.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfigVersion.cmake NOTE: Multiple libraries (libboost_date_time-mt-d.so.1.41.0, libboost_date_time-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_filesystem-mt.so.1.41.0, libboost_filesystem-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_graph-mt.so.1.41.0, libboost_graph-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_iostreams-mt-d.so.1.41.0, libboost_iostreams-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_program_options-mt.so.1.41.0, libboost_program_options-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_python-mt-d.so.1.41.0, libboost_python-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_regex-mt-d.so.1.41.0, libboost_regex-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_wserialization-mt-d.so.1.41.0, libboost_serialization-mt-d.so.1.41.0, libboost_wserialization-mt.so.1.41.0, libboost_serialization-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_signals-mt-d.so.1.41.0, libboost_signals-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_system-mt-d.so.1.41.0, libboost_system-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_unit_test_framework-mt-d.so.1.41.0, libboost_unit_test_framework-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_thread-mt.so.1.41.0, libboost_thread-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_prg_exec_monitor-mt-d.so.1.41.0, libboost_wave-mt-d.so.1.41.0, libboost_prg_exec_monitor-mt.so.1.41.0, libboost_wave-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library
Re: [oe] Does the OS make a difference?
I figured as much but was worth asking :P I hate reinstalls, thanks as always though. Side note though I finally got my first recipe to almost work it creates an ipk and i can install to an existing image but the program doesnt run right so I messed up configuring it but I am getting closer to getting a grasp for once. Now if I can just figure out whats giving me my last couple errors on the image I want and then go back to figure out how to get the packages that wont build that i need to build from the existing recipes. On Thu, Sep 2, 2010 at 10:05 PM, AJ ONeal coola...@gmail.com wrote: As with any operating system, I would recommend a clean install. IME, upgrades always leave cruft. It's easy enough to get a list of installed packages http://www.arsgeek.com/2006/09/19/ubuntu-tricks-how-to-generate-a-list-of-installed-packages-and-use-it-to-reinstall-packages/ git rid of any version numbers and diff that against the new clean install You'll likely want to backup /home, /opt, /usr/local/. I'm going to go ahead and give it a try on my development box at home and see how it goes. Ironically, my goal is to replace my web dev box at home with the gumstix and nodejs. AJ ONeal On Thu, Sep 2, 2010 at 7:58 PM, J. L. vwyodap...@gmail.com wrote: Do you know if doing a standard method of upgrading would be ok or should I start from a full clean install? Thanks On Thu, Sep 2, 2010 at 5:59 PM, Douglas Royds douglas.ro...@taitradio.com wrote: On 03/09/10 05:19, J. L. wrote: I would be interested to know as well I am building on 9.10 and seem to get more errors than those building on 10.04 or 10.10 with 64 bit On Thu, Sep 2, 2010 at 8:46 AM, AJ ONealcoola...@gmail.com wrote: It would be worth it to upgrade from Ubuntu 8.10 to 10.04 if it really makes a difference... but it would take time and disrupt workflow and otherwise provide little advantage. As an aside, you should both be aware that neither 9.10 nor 8.10 are LTS (long-term support) Ubuntu releases. As such, Ubuntu are no longer back-porting security fixes. I recommend that you both upgrade to 10.04 LTS. Ubuntu will support 10.04 for 3 years (ie. until April 2013). Douglas. === This email, including any attachments, is only for the intended addressee. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If the receiver is not the intended addressee, please accept our apologies, notify us by return, delete all copies and perform no other act on the email. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission. === ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] linux-omap-psp_2.6.32.bb fails at do_compileconfigs
I have been able to build mine on the last 2 commits though other issues cause my image to not finish. Have you tried deleting the source file and having it fetch it again? That would be the only thing I can think of other than maybe something isnt right in the build system On Fri, Sep 3, 2010 at 1:46 AM, Andreas Mueller schnitzelt...@gmx.de wrote: I have * pulled last night 261676fed0818a60a6f5b4dc781235cc6c49ba86 * deleted tmp dir for fresh build * tried baking single packages (round the clutter stuff I posted) Now I get ERROR: TaskFailed event exception, aborting ERROR: Build of /home/Superandi/OpenEmbedded/gumstix-oe/recipes/linux/linux-omap-psp_2.6.32.bb do_compileconfigs failed ERROR: Function do_compileconfigs failed NOTE: Task failed: ('function do_compileconfigs failed', '/home/Superandi/OpenEmbedded/tmp/work/overo-angstrom-linux-gnueabi/linux-omap-psp-2.6.32-r88+gitra6bad4464f985fdd3bed72e1b82dcbfc004d7869/temp/log.do_compileconfigs.12972') ERROR: Logfile of failure stored in: /home/Superandi/OpenEmbedded/tmp/work/overo-angstrom-linux-gnueabi/linux-omap-psp-2.6.32-r88+gitra6bad4464f985fdd3bed72e1b82dcbfc004d7869/temp/log.do_compileconfigs.12972 Log data follows: | Multiple configs found, building those first | cp: cannot stat `/home/Superandi/OpenEmbedded/tmp/work/overo-angstrom-linux-gnueabi/linux-omap-psp-2.6.32-r88+gitra6bad4464f985fdd3bed72e1b82dcbfc004d7869/configs/*': No such file or directory | ERROR: Function do_compileconfigs failed NOTE: package linux-omap-psp-2.6.32-r88+gitra6bad4464f985fdd3bed72e1b82dcbfc004d7869: task do_compileconfigs: Failed My last fresh build was based on 7ec84b10a33241350d53efe50b7ca31bdecb2204 Date: Mon Aug 30 14:51:47 2010 -040 I checked for changes within recipes/linux for changes during the time perioud and found nothing helpful for this issue. But I found several commits at base.bbclass. Is it possible that these are related to the problem? Andreas ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [Gumstix-users] Boost 1.41 seems to have build issues
On Thu, Sep 2, 2010 at 12:00 AM, J. L. vwyodap...@gmail.com wrote: Now the closer my image gets to being built since bumping this package to 1.41 its seems to me roughly half the programs and dependencies build with one or both of these notes in them NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 as it did with this package. just wanted to post my other observations on this as well.. On Tue, Aug 31, 2010 at 6:39 PM, Alex Gibson a...@alexthegeek.com wrote: Getting exactly the same messages Alex On 1/09/2010 5:27 AM, J. L. wrote: When I bummed boost to the 1.41 version I noticed during building it did not build in the normal manner and displayed a bunch of warning though did not fail to build. Seems like it should not have so many errors or inability to find libraries. Could be my inexperience talking. Hope someone can explain why this isnt bad if it isnt but to me an error is an error, and would cause other issues once used on the image possibly. This is not the full message just a clip of it: NOTE: /usr/lib/Boost.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfig.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfigVersion.cmake NOTE: Multiple libraries (libboost_date_time-mt-d.so.1.41.0, libboost_date_time-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_filesystem-mt.so.1.41.0, libboost_filesystem-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_graph-mt.so.1.41.0, libboost_graph-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_iostreams-mt-d.so.1.41.0, libboost_iostreams-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_program_options-mt.so.1.41.0, libboost_program_options-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_python-mt-d.so.1.41.0, libboost_python-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_regex-mt-d.so.1.41.0, libboost_regex-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_wserialization-mt-d.so.1.41.0, libboost_serialization-mt-d.so.1.41.0, libboost_wserialization-mt.so.1.41.0, libboost_serialization-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_signals-mt-d.so.1.41.0, libboost_signals-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_system-mt-d.so.1.41.0, libboost_system-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_unit_test_framework-mt-d.so.1.41.0, libboost_unit_test_framework-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_thread-mt.so.1.41.0, libboost_thread-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_prg_exec_monitor-mt-d.so.1.41.0, libboost_wave-mt-d.so.1.41.0, libboost_prg_exec_monitor-mt.so.1.41.0, libboost_wave-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider
Re: [oe] libxml-namespacesupport-perl stuck in do configure
I am building on the overo branch and its as updated as can be. Version number was namespace_1.10 I verified the patch is in there and exactly the same as the one you linked to. So that means it had to be there before I tried to build this since I git pull'ed before starting this series of builds. Build machine is Ubuntu 9.10, I am also running into other issues installing Perl modules other than this one as well with different issues but I am sorting through them to make sure as much as possible its not me to the best of my knowledge causing them before posting them. Also 3-4 days ago I started doing the tinderbox results on my builds in case that would help you anymore in seeing more information. I am willing on anything I post to the board to give as much info and look for what ever or anything to help out as much as I can until I can actually be more of a help than an annoyance on here. Again thanks On Wed, Sep 1, 2010 at 11:29 PM, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: 2010/9/1 Tom Rini tom_r...@mentor.com: Frans Meulenbroeks wrote: 2010/9/1 J. L. vwyodap...@gmail.com: Thanks Frans that fixed it by setting up CPAN on the build machine :) J.L, thanks for reporting this back. Actually we do need a real fix for this. any perl wizards that can take this up? I'm confused since I thought I had done this already with 71a16be679041bb042c02f0f59c56141d963562c -- Tom Rini Mentor Graphics Corporation J.L. what version were you building? Did you have this patch? (url: http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=71a16be679041bb042c02f0f59c56141d963562c ) I must say I haven't seen the problem recently but once you've configured cpan the problem is away. Not sure on how to test/reproduce this. Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [Gumstix-users] Boost 1.41 seems to have build issues
Now the closer my image gets to being built since bumping this package to 1.41 its seems to me roughly half the programs and dependencies build with one or both of these notes in them NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 as it did with this package. just wanted to post my other observations on this as well.. On Tue, Aug 31, 2010 at 6:39 PM, Alex Gibson a...@alexthegeek.com wrote: Getting exactly the same messages Alex On 1/09/2010 5:27 AM, J. L. wrote: When I bummed boost to the 1.41 version I noticed during building it did not build in the normal manner and displayed a bunch of warning though did not fail to build. Seems like it should not have so many errors or inability to find libraries. Could be my inexperience talking. Hope someone can explain why this isnt bad if it isnt but to me an error is an error, and would cause other issues once used on the image possibly. This is not the full message just a clip of it: NOTE: /usr/lib/Boost.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfig.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfigVersion.cmake NOTE: Multiple libraries (libboost_date_time-mt-d.so.1.41.0, libboost_date_time-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_filesystem-mt.so.1.41.0, libboost_filesystem-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_graph-mt.so.1.41.0, libboost_graph-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_iostreams-mt-d.so.1.41.0, libboost_iostreams-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_program_options-mt.so.1.41.0, libboost_program_options-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_python-mt-d.so.1.41.0, libboost_python-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_regex-mt-d.so.1.41.0, libboost_regex-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_wserialization-mt-d.so.1.41.0, libboost_serialization-mt-d.so.1.41.0, libboost_wserialization-mt.so.1.41.0, libboost_serialization-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_signals-mt-d.so.1.41.0, libboost_signals-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_system-mt-d.so.1.41.0, libboost_system-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_unit_test_framework-mt-d.so.1.41.0, libboost_unit_test_framework-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_thread-mt.so.1.41.0, libboost_thread-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_prg_exec_monitor-mt-d.so.1.41.0, libboost_wave-mt-d.so.1.41.0, libboost_prg_exec_monitor-mt.so.1.41.0, libboost_wave-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc
[oe] Can someone help me understand these errors I got in my build
When it was going through the final stages in my build I ended up with some conflict errors and not sure if I understand how to fix this properly. Do I just remove what its says is why it cant install one file because another is trying to install the same file ? Or? But I dont think I am understanding these correctly as I have never gotten them before. I would really appreciate any help on this one so I can get my image packaged now that everything is built. Also I can post my image I am trying to build if that helps its a very bloated desktop image, here is the error: also I tried to clean it by doing bitbake -c clean and then bitbake myimage but still same result. | Collected errors: | * check_data_file_clashes: Package kernel-firmware-down3 wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/lib/firmware/edgeport/down3.bin | But that file is already provided by package * linux-firmware | * opkg_install_cmd: Cannot install package task-base-extended. | * check_data_file_clashes: Package rt73-firmware wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/lib/firmware/rt73.bin | But that file is already provided by package * linux-firmware | * opkg_install_cmd: Cannot install package rt73-firmware. | * opkg_install_cmd: Cannot install package libnet. | * check_data_file_clashes: Package glproto-dev wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/include/GL/internal/glcore.h | But that file is already provided by package * libgl-dev | * opkg_install_cmd: Cannot install package artoolkit-dev. | * satisfy_dependencies_for: Cannot satisfy the following dependencies for task-sdk-native: | *libdbd-sqlite-perl *libdbix-simple-perl * | * opkg_install_cmd: Cannot install package task-native-sdk. | * check_data_file_clashes: Package python-zopeinterface wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/lib/python2.6/site-packages/setuptools.pth | But that file is already provided by package * python-setuptools | * check_data_file_clashes: Package python-zopeinterface wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/lib/python2.6/site-packages/site.pyo | But that file is already provided by package * python-setuptools | * check_data_file_clashes: Package python-zopeinterface wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/lib/python2.6/site-packages/site.py | But that file is already provided by package * python-setuptools | * check_data_file_clashes: Package python-zopeinterface wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/bin/easy_install-2.6 | But that file is already provided by package * python-setuptools | * check_data_file_clashes: Package python-zopeinterface wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/bin/easy_install | But that file is already provided by package * python-setuptools | * opkg_install_cmd: Cannot install package python-twisted. | * opkg_install_cmd: Cannot install package gst-plugin-video4linux2. | * resolve_conffiles: Existing conffile /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/etc/device_table is different from the conffile in the new package. The new conffile will be placed at /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/etc/device_table-opkg. | * check_data_file_clashes: Package gpe-theme-clearlooks wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/share/themes/Clearlooks/gtk-2.0/gtkrc | But that file is already provided by package * gtk-theme-clearlooks | * opkg_install_cmd: Cannot install package gpe-session-scripts. NOTE: Task failed: /home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/UAV-Dimage-1.0-r0/temp/log.do_rootfs.4216 NOTE: oestats: task failed, see http://tinderbox.openembedded.net/public/logs/task/7541484.txt ERROR: TaskFailed event exception, aborting ERROR: Build of /home/vdubhack/overo-oe/user.collection/recipes/images/UAV-Dimage.bb do_rootfs failed ERROR: Task 11 (/home/vdubhack/overo-oe/user.collection/recipes/images/UAV-Dimage.bb, do_rootfs) failed NOTE: Tasks Summary: Attempted 11557 tasks of which 11540 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/user.collection/recipes/images/UAV-Dimage.bb' failed NOTE: oestats: build failed, see http://tinderbox.openembedded.net/builds/85611/ Thanks as always ! ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Does the OS make a difference?
I would be interested to know as well I am building on 9.10 and seem to get more errors than those building on 10.04 or 10.10 with 64 bit On Thu, Sep 2, 2010 at 8:46 AM, AJ ONeal coola...@gmail.com wrote: The way that I understand it, OE natively compiles everything it needs for cross-compiling everything the target needs - perl, python, etc. However, I hear people using Ubuntu 10.04 say that they don't have problems building the same thing that I'm building. Is that just random happenstance or is there something about the OS that would make successful builds more likely? It would be worth it to upgrade from Ubuntu 8.10 to 10.04 if it really makes a difference... but it would take time and disrupt workflow and otherwise provide little advantage. AJ ONeal ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Perl modules I can not get to build, libdbd-sqlite-perl libversion-perl
I have cleaned and rebuilt these a few times now while trying to do what its saying or assuming it should be saying in the errors, the commands i have run are bitbake -c package then I run bitbake package again after I try a fix. Build machine is ubuntu9.10, and I am on the overo branch. I know I really need to learn to grasp the recipes and patching more but I am slowly working on that while working through the errors as it sticks better for me this way. I broke up each failing recipe down so easier to see info for each package. libdbd-sqlite-perl: I have read the error and installed what it says is missing as well as upgraded CPAN and yet still can not build this package for some reason and I am not sure what to try next. I have installed I think every DBi related module on the build machine through perl as well as through apt-get on Ubuntu. I am sure this could be another simple beginner error but I can not seem to get how to get through the error. Any chance anyone has seen this or knows what I need to do for a work around for the time being? Error below: NOTE: Handling BitBake files: | (7445/7448) [99 %] NOTE: Parsing finished. 6460 cached, 471 parsed, 517 skipped, 2 masked. NOTE: oestats: build 85643 NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing runqueue NOTE: Running task 923 of 979 (ID: 45, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libdbd-sqlite-perl_1.29.bb, do_setscene) NOTE: Running task 924 of 979 (ID: 43, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libdbd-sqlite-perl_1.29.bb, do_fetch) NOTE: Running task 925 of 979 (ID: 38, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libdbd-sqlite-perl_1.29.bb, do_unpack) NOTE: Unpacking sources/DBD-SQLite-1.29.tar.gz to tmp/work/armv7a-angstrom-linux-gnueabi/libdbd-sqlite-perl-1.29-r0/ NOTE: Running task 926 of 979 (ID: 39, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libdbd-sqlite-perl_1.29.bb, do_patch) NOTE: Running task 927 of 979 (ID: 46, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libdbd-sqlite-perl_1.29.bb, do_configure) ERROR: function do_configure failed ERROR: log data follows (/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/libdbd-sqlite-perl-1.29-r0/temp/log.do_configure.31416) | DBI 1.57 is required to configure this module, please install it or upgrade your CPAN/CPANPLUS shell | yes: standard output: Broken pipe | yes: write error | sed: can't read Makefile: No such file or directory NOTE: Task failed: /home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/libdbd-sqlite-perl-1.29-r0/temp/log.do_configure.31416 NOTE: oestats: task failed, see http://tinderbox.openembedded.net/public/logs/task/7549847.txt ERROR: TaskFailed event exception, aborting ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libdbd-sqlite-perl_1.29.bb do_configure failed ERROR: Task 46 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libdbd-sqlite-perl_1.29.bb, do_configure) failed NOTE: Tasks Summary: Attempted 926 tasks of which 922 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libdbd-sqlite-perl_1.29.bb' failed NOTE: oestats: build failed, see http://tinderbox.openembedded.net/builds/85643/ libversion-perl: This one I can not really make any sense of the error so not sure what to try but what I have done is install the module through cpan and apt-get on the build machine and still failing.Other than that I am out of ideas as to what to try. Error below: NOTE: Handling BitBake files: | (7445/7448) [99 %] NOTE: Parsing finished. 6460 cached, 471 parsed, 517 skipped, 2 masked. NOTE: oestats: build 85644 NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing runqueue NOTE: Running task 923 of 960 (ID: 26, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libversion-perl_0.6701.bb, do_setscene) NOTE: Running task 924 of 960 (ID: 24, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libversion-perl_0.6701.bb, do_fetch) NOTE: Running task 925 of 960 (ID: 19, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libversion-perl_0.6701.bb, do_unpack) NOTE: Unpacking sources/version-0.6701.tar.gz to tmp/work/armv7a-angstrom-linux-gnueabi/libversion-perl-0.6701-r9/ NOTE: Running task 926 of 960 (ID: 20, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libversion-perl_0.6701.bb, do_patch) NOTE: Running task 927 of 960 (ID: 27, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libversion-perl_0.6701.bb, do_configure) NOTE: Running task 928 of 960 (ID: 28, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libversion-perl_0.6701.bb, do_qa_configure) NOTE: Running task 929 of 960 (ID: 29, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/perl/libversion-perl_0.6701.bb, do_compile) ERROR: function do_compile failed ERROR: log data follows
Re: [oe] Can someone help me understand these errors I got in my build
On Thu, Sep 2, 2010 at 4:36 AM, Graham Gower graham.go...@gmail.com wrote: On 2 September 2010 17:30, J. L. vwyodap...@gmail.com wrote: When it was going through the final stages in my build I ended up with some conflict errors and not sure if I understand how to fix this properly. Do I just remove what its says is why it cant install one file because another is trying to install the same file ? Or? But I dont think I am understanding these correctly as I have never gotten them before. I would really appreciate any help on this one so I can get my image packaged now that everything is built. Also I can post my image I am trying to build if that helps its a very bloated desktop image, here is the error: also I tried to clean it by doing bitbake -c clean and then bitbake myimage but still same result. | Collected errors: | * check_data_file_clashes: Package kernel-firmware-down3 wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/lib/firmware/edgeport/down3.bin | But that file is already provided by package * linux-firmware These two packages cannot be installed on the same system. There are two possibilities for fixing this: either don't included both packages in the same image or remove the file from one of the packages. | * opkg_install_cmd: Cannot install package task-base-extended. For whatever reason, the task-base-extended ipk cannot be found in your package repository. There are many reasons why this may occur and I will not speculate upon it. | * check_data_file_clashes: Package rt73-firmware wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/lib/firmware/rt73.bin | But that file is already provided by package * linux-firmware | * opkg_install_cmd: Cannot install package rt73-firmware. | * opkg_install_cmd: Cannot install package libnet. | * check_data_file_clashes: Package glproto-dev wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/include/GL/internal/glcore.h | But that file is already provided by package * libgl-dev | * opkg_install_cmd: Cannot install package artoolkit-dev. | * satisfy_dependencies_for: Cannot satisfy the following dependencies for task-sdk-native: | * libdbd-sqlite-perl * libdbix-simple-perl * The libdbd-sqlite-perl and libdbix-simple-perl ipks cannot be found in your repository. | * opkg_install_cmd: Cannot install package task-native-sdk. | * check_data_file_clashes: Package python-zopeinterface wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/lib/python2.6/site-packages/setuptools.pth | But that file is already provided by package * python-setuptools | * check_data_file_clashes: Package python-zopeinterface wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/lib/python2.6/site-packages/site.pyo | But that file is already provided by package * python-setuptools | * check_data_file_clashes: Package python-zopeinterface wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/lib/python2.6/site-packages/site.py | But that file is already provided by package * python-setuptools | * check_data_file_clashes: Package python-zopeinterface wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/bin/easy_install-2.6 | But that file is already provided by package * python-setuptools | * check_data_file_clashes: Package python-zopeinterface wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/bin/easy_install | But that file is already provided by package * python-setuptools | * opkg_install_cmd: Cannot install package python-twisted. | * opkg_install_cmd: Cannot install package gst-plugin-video4linux2. | * resolve_conffiles: Existing conffile /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/etc/device_table is different from the conffile in the new package. The new conffile will be placed at /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/etc/device_table-opkg. Two packages both provide the same config file. This should really error out, but its only a warning at the moment because it would cause too many breakages (the message printing is deferred until the end of opkg's processing, like an error). | * check_data_file_clashes: Package gpe-theme-clearlooks wants to install file /home/vdubhack/overo-oe/tmp/rootfs/UAV-Dimage/usr/share/themes/Clearlooks/gtk-2.0/gtkrc | But that file is already provided by package * gtk-theme-clearlooks | * opkg_install_cmd: Cannot install package gpe-session-scripts. NOTE: Task failed: /home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/UAV-Dimage-1.0-r0/temp/log.do_rootfs.4216 NOTE: oestats: task failed, see http://tinderbox.openembedded.net/public/logs/task/7541484.txt ERROR: TaskFailed event exception, aborting ERROR: Build of /home/vdubhack/overo-oe/user.collection/recipes/images/UAV-Dimage.bb do_rootfs failed
Re: [oe] Perl modules I can not get to build, libdbd-sqlite-perl libversion-perl
According to gumstix their branch recipes are all recipes identical to the dev branch except for a very small few, and when I ask for help on non gumstix related recipes they kept referring me to here so I started posting here. Most of my fixes so far have just been from my miss understandings of things, and you guys pointing them out to me which is has been a tremendous help already. I did verify its the same recipe that you have in the main dev branch. So what should I do from here? Not post these issues on the OE board and see where I get or ? On Thu, Sep 2, 2010 at 1:02 PM, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: 2010/9/2 J. L. vwyodap...@gmail.com: I have cleaned and rebuilt these a few times now while trying to do what its saying or assuming it should be saying in the errors, the commands i have run are bitbake -c package then I run bitbake package again after I try a fix. Build machine is ubuntu9.10, and I am on the overo branch. I know I really need to learn to grasp the recipes and patching more but I am slowly working on that while working through the errors as it sticks better for me this way. I broke up each failing recipe down so easier to see info for each package. You might want to check if the recipe is the same as the OE one. Typically the people on this list are working on the main branch of the openembedded repository. If you are reporting a problem on another repo or branch chances are small that people can help you. Also I see you are reporting quite some problems, but your posts also seem to indicate that you make some progress. If an item you reported on is resolved it is nice to report back (so if someone looks into it, he knows that it is not needed any more) And if there is a fix, a patch is always appreciated :-) But the most important thing is; Have fun! Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Perl modules I can not get to build, libdbd-sqlite-perl libversion-perl
Also if it would help I can post the image recipe I have made that I am trying to build. In case this explains anymore about the overo branch for you this was posted by steve sakoman who I believe is the maintainer of the branch about the difference which to me reads as its just the configuration files. If I am wrong please correct me. http://old.nabble.com/Re%3A-Is-Overo-OE-branch-a-fork--p25065128.html The main reason I posted these recipes was due to the fact that I have tried everything that has been mentioned to me before about how to read the errors and from what the errors read I do not understand why installing the files on the build machine does not help with the one, and the other is honestly above me at the moment as I do not grasp using devshell yet and how to work with in there, let alone properly lay out a program recipe and then patch it to work properly. Once I grasp things more I hope to be a help and not such a hindrance, I welcome any tips links or anything to point to how to fix either and I will try more on more with those pointers and if successful post the results and maybe a patch or post the failure. Thanks for all of your time On Thu, Sep 2, 2010 at 4:22 PM, J. L. vwyodap...@gmail.com wrote: According to gumstix their branch recipes are all recipes identical to the dev branch except for a very small few, and when I ask for help on non gumstix related recipes they kept referring me to here so I started posting here. Most of my fixes so far have just been from my miss understandings of things, and you guys pointing them out to me which is has been a tremendous help already. I did verify its the same recipe that you have in the main dev branch. So what should I do from here? Not post these issues on the OE board and see where I get or ? On Thu, Sep 2, 2010 at 1:02 PM, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: 2010/9/2 J. L. vwyodap...@gmail.com: I have cleaned and rebuilt these a few times now while trying to do what its saying or assuming it should be saying in the errors, the commands i have run are bitbake -c package then I run bitbake package again after I try a fix. Build machine is ubuntu9.10, and I am on the overo branch. I know I really need to learn to grasp the recipes and patching more but I am slowly working on that while working through the errors as it sticks better for me this way. I broke up each failing recipe down so easier to see info for each package. You might want to check if the recipe is the same as the OE one. Typically the people on this list are working on the main branch of the openembedded repository. If you are reporting a problem on another repo or branch chances are small that people can help you. Also I see you are reporting quite some problems, but your posts also seem to indicate that you make some progress. If an item you reported on is resolved it is nice to report back (so if someone looks into it, he knows that it is not needed any more) And if there is a fix, a patch is always appreciated :-) But the most important thing is; Have fun! Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Does the OS make a difference?
Do you know if doing a standard method of upgrading would be ok or should I start from a full clean install? Thanks On Thu, Sep 2, 2010 at 5:59 PM, Douglas Royds douglas.ro...@taitradio.com wrote: On 03/09/10 05:19, J. L. wrote: I would be interested to know as well I am building on 9.10 and seem to get more errors than those building on 10.04 or 10.10 with 64 bit On Thu, Sep 2, 2010 at 8:46 AM, AJ ONealcoola...@gmail.com wrote: It would be worth it to upgrade from Ubuntu 8.10 to 10.04 if it really makes a difference... but it would take time and disrupt workflow and otherwise provide little advantage. As an aside, you should both be aware that neither 9.10 nor 8.10 are LTS (long-term support) Ubuntu releases. As such, Ubuntu are no longer back-porting security fixes. I recommend that you both upgrade to 10.04 LTS. Ubuntu will support 10.04 for 3 years (ie. until April 2013). Douglas. === This email, including any attachments, is only for the intended addressee. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If the receiver is not the intended addressee, please accept our apologies, notify us by return, delete all copies and perform no other act on the email. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission. === ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] libxml-namespacesupport-perl stuck in do configure
I am trying to get this to build and it seems to be stuck on the do_configure part, I let it run for over 24 hours before killing it and when I tried to alt C to kill it, it endlessly looped showing something about selecting the country your in and loops through the choices endlessly the only way I could kill it fully was to close the terminal. I noticed in May someone else brought up this or a very similar issue, what is the work around and or fix for this? Thanks for any help or tips ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] libxml-namespacesupport-perl stuck in do configure
so if i set up CPAN properly on the build machine that should get through that part? Did I understand that properly? I will try that out though, thanks a ton for the response. I will post if that works or doesnt regardless On Wed, Sep 1, 2010 at 1:08 PM, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: 2010/9/1 J. L. vwyodap...@gmail.com: I am trying to get this to build and it seems to be stuck on the do_configure part, I let it run for over 24 hours before killing it and when I tried to alt C to kill it, it endlessly looped showing something about selecting the country your in and loops through the choices endlessly the only way I could kill it fully was to close the terminal. I noticed in May someone else brought up this or a very similar issue, what is the work around and or fix for this? Thanks for any help or tips I think I had this once too. Not sure how I solved it, it is quite some time ago. However, it could be that I configured cpan manually on the host system No idea how to fix this permanently. Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] libxml-namespacesupport-perl stuck in do configure
Thanks Frans that fixed it by setting up CPAN on the build machine :) On Wed, Sep 1, 2010 at 1:16 PM, J. L. vwyodap...@gmail.com wrote: so if i set up CPAN properly on the build machine that should get through that part? Did I understand that properly? I will try that out though, thanks a ton for the response. I will post if that works or doesnt regardless On Wed, Sep 1, 2010 at 1:08 PM, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: 2010/9/1 J. L. vwyodap...@gmail.com: I am trying to get this to build and it seems to be stuck on the do_configure part, I let it run for over 24 hours before killing it and when I tried to alt C to kill it, it endlessly looped showing something about selecting the country your in and loops through the choices endlessly the only way I could kill it fully was to close the terminal. I noticed in May someone else brought up this or a very similar issue, what is the work around and or fix for this? Thanks for any help or tips I think I had this once too. Not sure how I solved it, it is quite some time ago. However, it could be that I configured cpan manually on the host system No idea how to fix this permanently. Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] python-m2crypto_0.18.2 fails to build
I am unable to get this to build, end of the error is below was to long to post all of it | SWIG/_m2crypto_wrap.c: In function '_wrap_ssl_get_ciphers': | SWIG/_m2crypto_wrap.c:16078: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16078: error: 'result' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16091: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c: In function '_wrap_sk_ssl_cipher_num': | SWIG/_m2crypto_wrap.c:16101: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16101: error: 'arg1' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16101: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:16112: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:16118: warning: implicit declaration of function 'sk_ssl_cipher_num' | SWIG/_m2crypto_wrap.c: In function '_wrap_sk_ssl_cipher_value': | SWIG/_m2crypto_wrap.c:16131: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16131: error: 'arg1' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16131: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:16146: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:16157: warning: implicit declaration of function 'sk_ssl_cipher_value' | SWIG/_m2crypto_wrap.c: In function '_wrap_ssl_get_peer_cert_chain': | SWIG/_m2crypto_wrap.c:16171: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16171: error: 'result' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16184: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c: In function '_wrap_sk_x509_num': | SWIG/_m2crypto_wrap.c:16194: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16194: error: 'arg1' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16194: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:16205: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:16211: warning: implicit declaration of function 'sk_x509_num' | SWIG/_m2crypto_wrap.c: In function '_wrap_sk_x509_value': | SWIG/_m2crypto_wrap.c:16224: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16224: error: 'arg1' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:16224: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:16239: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:16250: warning: implicit declaration of function 'sk_x509_value' | SWIG/_m2crypto_wrap.c: In function '_wrap_x509_name_entry_set_data': | SWIG/_m2crypto_wrap.c:18262: warning: pointer targets in assignment differ in signedness | SWIG/_m2crypto_wrap.c: In function '_wrap_x509_store_ctx_get1_chain': | SWIG/_m2crypto_wrap.c:18850: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:18850: error: 'result' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:18858: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c: In function '_wrap_sk_x509_new_null': | SWIG/_m2crypto_wrap.c:19663: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:19663: error: 'result' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:19666: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c: In function '_wrap_sk_x509_free': | SWIG/_m2crypto_wrap.c:19676: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:19676: error: 'arg1' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:19676: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:19686: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:19692: warning: implicit declaration of function 'sk_x509_free' | SWIG/_m2crypto_wrap.c: In function '_wrap_sk_x509_push': | SWIG/_m2crypto_wrap.c:19702: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:19702: error: 'arg1' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:19702: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:19717: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:19733: warning: implicit declaration of function 'sk_x509_push' | SWIG/_m2crypto_wrap.c: In function '_wrap_sk_x509_pop': | SWIG/_m2crypto_wrap.c:19746: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:19746: error: 'arg1' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:19746: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:19757: error: expected expression before ')' token | SWIG/_m2crypto_wrap.c:19763: warning: implicit declaration of function 'sk_x509_pop' | SWIG/_m2crypto_wrap.c: In function '_wrap_x509_req_add_extensions': | SWIG/_m2crypto_wrap.c:19964: error: 'STACK' undeclared (first use in this function) | SWIG/_m2crypto_wrap.c:19964:
[oe] coreutils 8.5
While building my image I am seeing this message coming up building coreutils: NOTE: Running task 8912 of 10787 (ID: 7139, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/coreutils/coreutils_8.5.bb, do_package) NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Running task 8913 of 10787 (ID: 7144, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/coreutils/coreutils_8.5.bb, do_package_write_ipk) Packaged contents of coreutils-dbg into /home/vdubhack/overo-oe/tmp/deploy/glibc/ipk/armv7a/coreutils-dbg_8.5-r0.5_armv7a.ipk Packaged contents of coreutils into /home/vdubhack/overo-oe/tmp/deploy/glibc/ipk/armv7a/coreutils_8.5-r0.5_armv7a.ipk Packaged contents of coreutils-doc into /home/vdubhack/overo-oe/tmp/deploy/glibc/ipk/armv7a/coreutils-doc_8.5-r0.5_armv7a.ipk Is this something normal and to be expected or is there an error in the recipe? Thanks for any help and or info on this. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Boost 1.41 seems to have build issues
When I bummed boost to the 1.41 version I noticed during building it did not build in the normal manner and displayed a bunch of warning though did not fail to build. Seems like it should not have so many errors or inability to find libraries. Could be my inexperience talking. Hope someone can explain why this isnt bad if it isnt but to me an error is an error, and would cause other issues once used on the image possibly. This is not the full message just a clip of it: NOTE: /usr/lib/Boost.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfig.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfigVersion.cmake NOTE: Multiple libraries (libboost_date_time-mt-d.so.1.41.0, libboost_date_time-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_filesystem-mt.so.1.41.0, libboost_filesystem-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_graph-mt.so.1.41.0, libboost_graph-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_iostreams-mt-d.so.1.41.0, libboost_iostreams-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_program_options-mt.so.1.41.0, libboost_program_options-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_python-mt-d.so.1.41.0, libboost_python-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_regex-mt-d.so.1.41.0, libboost_regex-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_wserialization-mt-d.so.1.41.0, libboost_serialization-mt-d.so.1.41.0, libboost_wserialization-mt.so.1.41.0, libboost_serialization-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_signals-mt-d.so.1.41.0, libboost_signals-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_system-mt-d.so.1.41.0, libboost_system-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_unit_test_framework-mt-d.so.1.41.0, libboost_unit_test_framework-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_thread-mt.so.1.41.0, libboost_thread-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_prg_exec_monitor-mt-d.so.1.41.0, libboost_wave-mt-d.so.1.41.0, libboost_prg_exec_monitor-mt.so.1.41.0, libboost_wave-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 NOTE: Couldn't find shared library provider for
Re: [oe] Boost 1.41 seems to have build issues
overo fire with the psp kernel is what I am building On Tue, Aug 31, 2010 at 1:20 PM, John Faith jfa...@soundmetrics.com wrote: J. L. wrote: When I bummed boost to the 1.41 version I noticed during building it did not build in the normal manner and displayed a bunch of warning though did not fail to build. Seems like it should not have so many errors or inability to find libraries. Could be my inexperience talking. Hope someone can explain why this isnt bad if it isnt but to me an error is an error, and would cause other issues once used on the image possibly. This is not the full message just a clip of it: NOTE: /usr/lib/Boost.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfig.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfigVersion.cmake NOTE: Multiple libraries (libboost_date_time-mt-d.so.1.41.0, libboost_date_time-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_filesystem-mt.so.1.41.0, libboost_filesystem-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_graph-mt.so.1.41.0, libboost_graph-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_iostreams-mt-d.so.1.41.0, libboost_iostreams-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_program_options-mt.so.1.41.0, libboost_program_options-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_python-mt-d.so.1.41.0, libboost_python-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_regex-mt-d.so.1.41.0, libboost_regex-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_wserialization-mt-d.so.1.41.0, libboost_serialization-mt-d.so.1.41.0, libboost_wserialization-mt.so.1.41.0, libboost_serialization-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_signals-mt-d.so.1.41.0, libboost_signals-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_system-mt-d.so.1.41.0, libboost_system-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_unit_test_framework-mt-d.so.1.41.0, libboost_unit_test_framework-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_thread-mt.so.1.41.0, libboost_thread-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_prg_exec_monitor-mt-d.so.1.41.0, libboost_wave-mt-d.so.1.41.0, libboost_prg_exec_monitor-mt.so.1.41.0, libboost_wave-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 snip ERROR: QA Issue with boost-date-time: non -dev package contains symlink .so: boost-date-time path '/work/armv7a-angstrom-linux-gnueabi/boost-1.41.0-r8.1/packages-split/boost-date-time/usr/lib/libboost_date_time-mt.so' ERROR: QA Issue with boost-date-time: non -dev package contains symlink .so: boost-date-time path '/work/armv7a-angstrom-linux-gnueabi/boost-1.41.0-r8.1/packages-split/boost-date-time/usr/lib/libboost_date_time-mt-d.so' snip Which machine are you building for? Not sure about the errors you saw, but when I tried to build for omap3evm, I hit a completely different problem: cd /home/jfaith/oe/arago-tmp/work/armv7a-none-linux-gnueabi/boost-1.41.0-r8.1/boost-1.41.0.cmake0/libs/date_time/src /home/jfaith/oe/arago-tmp/sysroots/i686-linux/usr/bin/cmake -E cmake_link_script CMakeFiles/boost_date_time-mt-static.dir/link.txt --verbose=1 CMAKE_AR-NOTFOUND cr ../../../lib/libboost_date_time-mt.a CMakeFiles/boost_date_time-mt-static.dir/gregorian/greg_month.cpp.o CMakeFiles/boost_date_time-mt-static.dir/gregorian/greg_weekday.cpp.o CMakeFiles/boost_date_time-mt-static.dir/gregorian/date_generators.cpp.o Error running link command: No such file or directory make[2]: *** [lib/libboost_date_time-mt.a] Error 2 , John ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Boost 1.41 seems to have build issues
Going over more of the output on this build I am seeing a bunch of these messages NOTE: Couldn't find shared library provider for libgcc_s.so.1 I have noticed at least just this libgcc file mentioned in 5 other program builds. Since the build does not stop does that mean there are no real issues there or? Thanks On Tue, Aug 31, 2010 at 1:55 PM, J. L. vwyodap...@gmail.com wrote: overo fire with the psp kernel is what I am building On Tue, Aug 31, 2010 at 1:20 PM, John Faith jfa...@soundmetrics.com wrote: J. L. wrote: When I bummed boost to the 1.41 version I noticed during building it did not build in the normal manner and displayed a bunch of warning though did not fail to build. Seems like it should not have so many errors or inability to find libraries. Could be my inexperience talking. Hope someone can explain why this isnt bad if it isnt but to me an error is an error, and would cause other issues once used on the image possibly. This is not the full message just a clip of it: NOTE: /usr/lib/Boost.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfig.cmake NOTE: /usr/share/boost-1.41.0/cmake/BoostConfigVersion.cmake NOTE: Multiple libraries (libboost_date_time-mt-d.so.1.41.0, libboost_date_time-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_filesystem-mt.so.1.41.0, libboost_filesystem-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_graph-mt.so.1.41.0, libboost_graph-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_iostreams-mt-d.so.1.41.0, libboost_iostreams-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_program_options-mt.so.1.41.0, libboost_program_options-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_python-mt-d.so.1.41.0, libboost_python-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_regex-mt-d.so.1.41.0, libboost_regex-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_wserialization-mt-d.so.1.41.0, libboost_serialization-mt-d.so.1.41.0, libboost_wserialization-mt.so.1.41.0, libboost_serialization-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_signals-mt-d.so.1.41.0, libboost_signals-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_system-mt-d.so.1.41.0, libboost_system-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_unit_test_framework-mt-d.so.1.41.0, libboost_unit_test_framework-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_thread-mt.so.1.41.0, libboost_thread-mt-d.so.1.41.0) found and LEAD_SONAME not defined NOTE: Multiple libraries (libboost_prg_exec_monitor-mt-d.so.1.41.0, libboost_wave-mt-d.so.1.41.0, libboost_prg_exec_monitor-mt.so.1.41.0, libboost_wave-mt.so.1.41.0) found and LEAD_SONAME not defined NOTE: Couldn't find shared library provider for libstdc++.so.6 NOTE: Couldn't find shared library provider for libgcc_s.so.1 snip ERROR: QA Issue with boost-date-time: non -dev package contains symlink .so: boost-date-time path '/work/armv7a-angstrom-linux-gnueabi/boost-1.41.0-r8.1/packages-split/boost-date-time/usr/lib/libboost_date_time-mt.so' ERROR: QA Issue with boost-date-time: non -dev package contains symlink .so: boost-date-time path '/work/armv7a-angstrom-linux-gnueabi/boost-1.41.0-r8.1/packages-split/boost-date-time/usr/lib/libboost_date_time-mt-d.so' snip Which machine are you building for? Not sure about the errors you saw, but when I tried to build for omap3evm, I hit a completely different problem: cd /home/jfaith/oe/arago-tmp/work/armv7a-none-linux-gnueabi/boost-1.41.0-r8.1/boost-1.41.0.cmake0/libs/date_time/src /home/jfaith/oe/arago-tmp/sysroots/i686-linux/usr/bin/cmake -E cmake_link_script CMakeFiles/boost_date_time-mt-static.dir/link.txt --verbose=1 CMAKE_AR-NOTFOUND cr ../../../lib/libboost_date_time-mt.a CMakeFiles/boost_date_time-mt-static.dir/gregorian/greg_month.cpp.o CMakeFiles/boost_date_time-mt-static.dir/gregorian/greg_weekday.cpp.o CMakeFiles/boost_date_time-mt-static.dir/gregorian/date_generators.cpp.o Error running link command: No such file or directory make[2]: *** [lib/libboost_date_time-mt.a] Error 2 , John ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] linux-omap-psp-2.6.32 breaks iscsi-target
Why is it bad to expect all packages build for all the machine/distro ? I would think that would be a more ideal situation especially if its a supported machine and distro On Mon, Aug 30, 2010 at 11:40 AM, Philip Balister phi...@balister.org wrote: On 08/30/2010 02:35 PM, Frans Meulenbroeks wrote: 2010/8/30 Philip Balisterphi...@balister.org: On 08/30/2010 01:47 PM, Frans Meulenbroeks wrote: The current beagleboard angstrom and minimal distro's (and maybe others) use the linux-omap-psp_2.6.32.bb recipe to build the kernel. What is iscsi and why would I need it on the Beagleboard? http://stgt.sourceforge.net/ the pacakge is from http://iscsitarget.sourceforge.net/ It is used by tgt (http://stgt.sourceforge.net/) with it you can e.g. mount an iscsi disk. iscsi is for instance also supported by windows 7 and by various NAS-es. Its throughput is better than Samba or NFS. So for beagle it could act as mechanism to e.g. retrieve content from a NAS. So the trade off is a kernel that has the best chance of fully supporting the OMAP3 peripherals, or attaching to a NAS that is windows centric. The point I am trying to make is we can't expect all packages to build for every MACHINE/DISTRO combination. People have to make tradeoffs. Philip ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] linux-omap-psp-2.6.32 breaks iscsi-target
Got ya thanks for taking the time to explain it. On Mon, Aug 30, 2010 at 12:23 PM, Philip Balister phi...@balister.org wrote: On 08/30/2010 02:49 PM, J. L. wrote: Why is it bad to expect all packages build for all the machine/distro ? I would think that would be a more ideal situation especially if its a supported machine and distro It is not bad. But we have a lot of packages and the people maintaining stuff have limited time. Hopefully the TI kernel guys can find a way to fix the issue Frans pointed out. Philip On Mon, Aug 30, 2010 at 11:40 AM, Philip Balisterphi...@balister.org wrote: On 08/30/2010 02:35 PM, Frans Meulenbroeks wrote: 2010/8/30 Philip Balisterphi...@balister.org: On 08/30/2010 01:47 PM, Frans Meulenbroeks wrote: The current beagleboard angstrom and minimal distro's (and maybe others) use the linux-omap-psp_2.6.32.bb recipe to build the kernel. What is iscsi and why would I need it on the Beagleboard? http://stgt.sourceforge.net/ the pacakge is from http://iscsitarget.sourceforge.net/ It is used by tgt (http://stgt.sourceforge.net/) with it you can e.g. mount an iscsi disk. iscsi is for instance also supported by windows 7 and by various NAS-es. Its throughput is better than Samba or NFS. So for beagle it could act as mechanism to e.g. retrieve content from a NAS. So the trade off is a kernel that has the best chance of fully supporting the OMAP3 peripherals, or attaching to a NAS that is windows centric. The point I am trying to make is we can't expect all packages to build for every MACHINE/DISTRO combination. People have to make tradeoffs. Philip ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] apr-util_1.3.4 does not build
That is the only OS I have setup with a build environment. Should I just finally upgrade to the 10.04 release? Would clean install be the best to do or can I just upgrade and not cause issues with the build environment? I think its an issue for my build OS only as on the gumstix board steve said it worked for him using the same OS as you are. On Sun, Aug 29, 2010 at 2:16 AM, Khem Raj raj.k...@gmail.com wrote: On Sat, Aug 28, 2010 at 8:11 PM, J. L. vwyodap...@gmail.com wrote: I am running ubuntu 9.10 with and up to date overo branch of OE and apr- util will not build gives the following error: I cant reproduce it on ubuntu 10.04. If possible can you retry to reproduce it on some other build OS than 9.10 NOTE: Running task 819 of 832 (ID: 9, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb, do_qa_configure) ERROR: This autoconf log indicates errors, it looked at host includes. Rerun configure task after fixing this. The path was '/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/apr-util-1.3.4-r5/apr-util-1.3.4' ERROR: Error in executing: /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb ERROR: Exception:type 'exceptions.SystemExit' Message:1 ERROR: Printing the environment of the function ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb do_qa_configure failed ERROR: Task 9 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb, do_qa_configure) failed NOTE: Tasks Summary: Attempted 818 tasks of which 818 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb' failed I have tried cleaning the recipe and rebuilding with no luck as well as trying to build from a fresh tmp directory. Though I think I understand the error I do not know how to go about fixing it with a proper patch. I would appreciate any help with this. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] apr-util_1.3.4 does not build
if you tell me things to do or try I would be happy to help you figure it out. I really wouldnt like to have to switch up yet at least. I am honestly not great with OE at all yet so I would need dumb mans tips to help you out. On Sun, Aug 29, 2010 at 2:28 AM, Khem Raj raj.k...@gmail.com wrote: On Sun, Aug 29, 2010 at 2:23 AM, J. L. vwyodap...@gmail.com wrote: That is the only OS I have setup with a build environment. Should I just finally upgrade to the 10.04 release? Would clean install be the best to do or can I just upgrade and not cause issues with the build environment? I think its an issue for my build OS only as on the gumstix board steve said it worked for him using the same OS as you are. You can try and upgrade. if that does not work and reinstall. Your system your choice. Though it would be interesting to find why this error happens on 9.10 On Sun, Aug 29, 2010 at 2:16 AM, Khem Raj raj.k...@gmail.com wrote: On Sat, Aug 28, 2010 at 8:11 PM, J. L. vwyodap...@gmail.com wrote: I am running ubuntu 9.10 with and up to date overo branch of OE and apr- util will not build gives the following error: I cant reproduce it on ubuntu 10.04. If possible can you retry to reproduce it on some other build OS than 9.10 NOTE: Running task 819 of 832 (ID: 9, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb, do_qa_configure) ERROR: This autoconf log indicates errors, it looked at host includes. Rerun configure task after fixing this. The path was '/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/apr-util-1.3.4-r5/apr-util-1.3.4' ERROR: Error in executing: /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb ERROR: Exception:type 'exceptions.SystemExit' Message:1 ERROR: Printing the environment of the function ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb do_qa_configure failed ERROR: Task 9 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb, do_qa_configure) failed NOTE: Tasks Summary: Attempted 818 tasks of which 818 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb' failed I have tried cleaning the recipe and rebuilding with no luck as well as trying to build from a fresh tmp directory. Though I think I understand the error I do not know how to go about fixing it with a proper patch. I would appreciate any help with this. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] gcc-4.3.3 DEPENDS on gettext
I notice that message in a bunch of packages that build on my system. On Sun, Aug 29, 2010 at 7:32 AM, Leon Woestenberg leon.woestenb...@gmail.com wrote: Hello, can others review their logs for similar messages on GCC: NOTE: Gettext required but not in DEPENDS for file /home/leon/sandbox/ccm/topha/openembedded/tmp/work/ppce500v2-angstrom-linux-gnuspe/gcc-cross-initial-4.3.3-r16.1/gcc-4.3.3/intl/configure.ac. Missing inherit gettext? Regards, -- Leon ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] gpe-package 0.4 does not build
I have yet another package failing to build its gpe-package .04 comes with this error message: Can anyone help? NOTE: Running task 2765 of 2777 (ID: 10, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/gpe-package/gpe-package_0.4.bb, do_compile) ERROR: function do_compile failed ERROR: log data follows (/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/gpe-package-0.4-r2/temp/log.do_compile.25974) | NOTE: make -e MAKEFLAGS= PREFIX=/usr | arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb -isystem/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 -ggdb3 -DENABLE_PCRE -isystem/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include -DVERSION=\0.4\ -DPREFIX=\/usr\ -D_GNU_SOURCE -DPACKAGE=\gpe-package\ -DPACKAGE_LOCALE_DIR=\/usr/share/locale\ -DIPKG_LIB `pkg-config --cflags libipkg` -pthread -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/gtk-2.0 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/gtk-2.0/include -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/atk-1.0 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/cairo -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/pango-1.0 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/glib-2.0 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/glib-2.0/include -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/pixman-1 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/freetype2 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/libpng12 -pthread -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/gtk-2.0 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/gtk-2.0/include -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/atk-1.0 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/cairo -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/pango-1.0 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/glib-2.0 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/lib/glib-2.0/include -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/pixman-1 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/freetype2 -I/home/vdubhack/overo-oe/tmp/sysroots/armv7a-angstrom-linux-gnueabi/usr/include/libpng12 -MD -Wall -c main.c -o main.o | Package libipkg was not found in the pkg-config search path. | Perhaps you should add the directory containing `libipkg.pc' | to the PKG_CONFIG_PATH environment variable | No package 'libipkg' found | In file included from main.c:28: | packages.h:4:33: error: libipkg.h: No such file or directory | In file included from main.c:28: | packages.h:57: error: expected specifier-qualifier-list before 'pkg_state_status_t' | main.c: In function 'main': | main.c:46: warning: implicit declaration of function 'exit' | main.c:46: warning: incompatible implicit declaration of built-in function 'exit' | main.c:72: warning: incompatible implicit declaration of built-in function 'exit' | make: *** [main.o] Error 1 | FATAL: oe_runmake failed NOTE: Task failed: /home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/gpe-package-0.4-r2/temp/log.do_compile.25974 ERROR: TaskFailed event exception, aborting ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/gpe-package/gpe-package_0.4.bb do_compile failed ERROR: Task 10 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/gpe-package/gpe-package_0.4.bb, do_compile) failed NOTE: Tasks Summary: Attempted 2764 tasks of which 2746 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/gpe-package/gpe-package_0.4.bb' failed ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] apr-util_1.3.4 does not build
I am running ubuntu 9.10 with and up to date overo branch of OE and apr- util will not build gives the following error: NOTE: Running task 819 of 832 (ID: 9, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb, do_qa_configure) ERROR: This autoconf log indicates errors, it looked at host includes. Rerun configure task after fixing this. The path was '/home/vdubhack/overo-oe/tmp/work/armv7a-angstrom-linux-gnueabi/apr-util-1.3.4-r5/apr-util-1.3.4' ERROR: Error in executing: /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb ERROR: Exception:type 'exceptions.SystemExit' Message:1 ERROR: Printing the environment of the function ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb do_qa_configure failed ERROR: Task 9 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb, do_qa_configure) failed NOTE: Tasks Summary: Attempted 818 tasks of which 818 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr-util_1.3.4.bb' failed I have tried cleaning the recipe and rebuilding with no luck as well as trying to build from a fresh tmp directory. Though I think I understand the error I do not know how to go about fixing it with a proper patch. I would appreciate any help with this. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Question on apr on what it said during build
I am building a image and had apr error out while building so I did a -c clean and rebuilt it which it did fine but, I saw something I had not noticed before and would like to know if its something to worry about and if its not what does it mean. The message is below: NOTE: Running task 749 of 759 (ID: 13, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/apr/apr_1.3.5.bb, do_package) NOTE: the following files were installed but not shipped in any package: NOTE: /usr/lib/apr.exp NOTE: /usr/share/build-1/mkdir.sh NOTE: /usr/share/build-1/apr_rules.mk NOTE: /usr/share/build-1/make_var_export.awk NOTE: /usr/share/build-1/make_exports.awk thanks for your help ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Patch procedure for dummies
A huge thanks for taking the time AJ keep you the great work, I am sure your helping tons of people me included! On Wed, Aug 25, 2010 at 7:43 AM, AJ ONeal coola...@gmail.com wrote: Please give me feedback and I'll post this on the wiki. A task-oriented guide to creating a patch: Let's say you create a new recipe and you'd like to submit it for inclusion (and you've already tested that it works, of course). 1. Now commit with a good strong helpful message git add recipes/nodejs/ git commit # don't use the -m option 2. The message should look like this added recipe for node.js * added recipe for node.js (bug # - no nodejs recipe) ** patched libev's wscript to not try to execute code ** patched node's wscript to not search in '/usr/include' Signed-off-by: AJ ONeal coola...@gmail.com 3. Create your patch git format-patch -1 # or however many commits are part of this change 3++. If you are submitting a second version also add --subject-prefix [v2] git send-email Your patch will be immediately visible on http://patchwork.openembedded.org/patch/ 4. Once your patch has been accepted or rejected, create an account and update the status to accepted or rejected 4++. If you get soft-rejected (a lot of feedback), make the changes, submit the next version, and update the status of the previous patch to superseded Appendix: Properly configuring git (using tek...@gmail.com as an example user) sudo apt-get install git-core git-email git config --global user.name Tekkub git config --global user.email tek...@gmail.com git config --global sendemail.smtpserver smtp.gmail.com git config --global sendemail.smtpserverport 587 git config --global sendemail.smtpencryption tls git config --global sendemail.smtpuser tekk...@gmail.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] omap3-sgx-modules do_compile failed
I have been able to build this for awhile with no issues and now its failing on the do_compile part. Is there something I am missing with this one? The error is below, and I have tried cleaning the recipe and rebuilding it separately from my image and still same issues. NOTE: Running task 891 of 907 (ID: 0, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/powervr-drivers/omap3-sgx-modules_1.4.14.2616.bb, do_unpack) NOTE: Unpacking sources/OMAP35x_Graphics_SDK_setuplinux_3_01_00_06.bin to tmp/work/overo-angstrom-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r88/ This will install TI OMAP35xx/37xx Graphics SDK on your computer. Continue? [n/Y] This will install TI OMAP35xx/37xx Graphics SDK on your computer. Continue? [n/Y] OMAP3530 / OMAP3515 / AM3517 / AM3715 / DM3730 Graphics Software License Agreement IMPORTANT - PLEASE READ THE FOLLOWING LICENSE AGREEMENT CAREFULLY. THIS IS A LEGALLY BINDING AGREEMENT. AFTER YOU READ THIS LICENSE AGREEMENT, YOU WILL BE ASKED WHETHER YOU ACCEPT AND AGREE TO THE TERMS OF THIS LICENSE AGREEMENT. DO NOT CLICK I HAVE READ AND AGREE UNLESS: (1) YOU ARE AUTHORIZED TO ACCEPT AND AGREE TO THE TERMS OF THIS LICENSE AGREEMENT ON BEHALF OF YOURSELF AND YOUR COMPANY; AND (2) YOU INTEND TO ENTER INTO AND TO BE BOUND BY THE TERMS OF THIS LEGALLY BINDING AGREEMENT ON BEHALF OF YOURSELF AND YOUR COMPANY. Important - Read carefully: This OMAP3530 / OMAP3515 / AM3517 / AM3715 / DM3730 Graphics Software License Agreement (Agreement) is a legal agreement between you (either an individual or entity) and Texas Instruments Incorporated (TI). The Licensed Materials subject to this Agreement include the software programs (in whole or in part) that accompany this Agreement and that TI has granted you access to download and any on-line or electronic documentation (in whole or in part) associated with these programs, as well as any updates or upgrades to such -- Press space to continue or 'q' to quit -- software programs and documentation, if any, provided to you at TI's sole discretion. The Licensed Materials are specifically designed and licensed for use solely and exclusively with OMAP3530, OMAP3515, AM3517, AM3715, and DM3730 processing devices manufactured by or for TI (TI Devices). By installing, copying or otherwise using the Licensed Materials you agree to abide by the provisions set forth herein. If you choose not to accept or agree with these provisions, do not download or install the Licensed Materials. If you have already paid for the Licensed Materials, you may return them for a full refund. Note Regarding Access to Open Source Software: The Licensed Materials are be bundled with Open Source Software. Open Source Software means any software licensed under terms requiring that (A) other software (Proprietary Software) incorporated, combined or distributed with such software or developed using such software: (i) be disclosed or distributed in source code form; or (ii) otherwise be licensed on terms inconsistent with the terms of this Agreement, including but not limited to permitting use of the Proprietary Software on or with devices other than TI Devices, or (B) require the owner of Proprietary Software to -- Press space to continue or 'q' to quit -- Do you agree to the licensing terms [n/Y] Where do you want to install TI OMAP35xx/37xx Graphics SDK? [/home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r88/OMAP35x_Graphics_SDK_3_01_00_06] Installing TI OMAP35xx/37xx Graphics SDK... Installing Program Files... [===] 100% Installation complete. NOTE: Running task 892 of 907 (ID: 1, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/powervr-drivers/omap3-sgx-modules_1.4.14.2616.bb, do_patch) NOTE: Running task 893 of 907 (ID: 8, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/powervr-drivers/omap3-sgx-modules_1.4.14.2616.bb, do_configure) NOTE: Running task 894 of 907 (ID: 9, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/powervr-drivers/omap3-sgx-modules_1.4.14.2616.bb, do_qa_configure) NOTE: Running task 895 of 907 (ID: 10, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/powervr-drivers/omap3-sgx-modules_1.4.14.2616.bb, do_compile) ERROR: function do_compile failed ERROR: log data follows (/home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r88/temp/log.do_compile.23035) | NOTE: make -e MAKEFLAGS= KERNEL_PATH=/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel KERNEL_SRC=/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel KDIR=/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel KERNELDIR=/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel KERNEL_VERSION=2.6.33 CC=arm-angstrom-linux-gnueabi-gcc -mno-thumb-interwork -mno-thumb LD=arm-angstrom-linux-gnueabi-ld AR=arm-angstrom-linux-gnueabi-ar BUILD=release
[oe] Build failing on glib
I am building for an overo fire and have tried cleaning the recipe deleting the entire tmp dir and still get stuck on this one file. I have no clue how to even try to fix this one for myself would appreciate some help. Here is as much of the error left in the terminal: | checking whether to enable garbage collector friendliness... no | checking whether to disable memory pools... no | checking for arm-angstrom-linux-gnueabi-gcc... (cached) arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb | checking whether we are using the GNU C compiler... (cached) yes | checking whether arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb accepts -g... (cached) yes | checking for arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb option to accept ISO C89... (cached) none needed | checking dependency style of arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb... (cached) gcc3 | checking how to run the C preprocessor... arm-angstrom-linux-gnueabi-gcc -E | checking for arm-angstrom-linux-gnueabi-c++... arm-angstrom-linux-gnueabi-g++ -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb | checking whether we are using the GNU C++ compiler... yes | checking whether arm-angstrom-linux-gnueabi-g++ -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb accepts -g... yes | checking dependency style of arm-angstrom-linux-gnueabi-g++ -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb... gcc3 | checking for arm-angstrom-linux-gnueabi-gcc... (cached) arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb | checking whether we are using the GNU C compiler... (cached) yes | checking whether arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb accepts -g... (cached) yes | checking for arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb option to accept ISO C89... (cached) none needed | checking dependency style of arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb... (cached) gcc3 | checking whether arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb and cc understand -c and -o together... yes | checking for special C compiler options needed for large files... no | checking for _FILE_OFFSET_BITS value needed for large files... 64 | checking for pkg-config... /home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/bin/pkg-config | checking for gawk... (cached) gawk | checking for perl5... no | checking for perl... perl | checking for indent... no | checking for perl... /usr/bin/perl | checking for a Python interpreter with version = 2.4... python | checking for python... /home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/bin/python | checking for python version... 2.6 | checking for python platform... linux2 | checking for python script directory... ${prefix}/lib/python2.6/site-packages | checking for python extension module directory... ${exec_prefix}/lib/python2.6/site-packages | checking for iconv_open... yes | checking for grep that handles long lines and -e... /bin/grep | checking for egrep... /bin/grep -E | checking whether we are using the GNU C Library 2.1 or newer... yes | checking Whether to cache iconv descriptors... no | checking for ANSI C header files... yes | checking for sys/types.h... yes | checking for sys/stat.h... yes | checking for stdlib.h... yes | checking for string.h... yes | checking for memory.h... yes | checking for strings.h... yes | checking for inttypes.h... yes | checking for stdint.h... yes | checking for unistd.h... yes | checking for inflate in -lz... yes | checking zlib.h usability... yes | checking zlib.h presence... yes | checking for zlib.h... yes | checking locale.h usability... yes | checking locale.h presence... yes | checking for locale.h... yes | checking for LC_MESSAGES... yes | checking libintl.h usability... yes | checking libintl.h presence... yes | checking for libintl.h... yes | checking for ngettext in libc... yes | checking for dgettext in libc... yes | checking for bind_textdomain_codeset... yes | checking for msgfmt... /home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/bin/msgfmt | checking for dcgettext... yes | checking if msgfmt accepts -c... yes | checking for gmsgfmt... /home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/bin/msgfmt | checking for xgettext... /home/vdubhack/overo-oe/tmp/sysroots/i686-linux/usr/bin/xgettext | checking for catalogs to be
Re: [oe] [PATCH] added a .bb for node.js
Great write up AJ once again I wasnt even aware of some of those steps. Probably why a patch I tried to send in a long while ago never showed up again nor did I hear anything. Thanks for taking the time to write out those steps and very clearly, hope to see more on your blog as well about all this. I hope I will get the hang of all this soon, but I still cant get programs I want to build using BB. On Mon, Aug 23, 2010 at 4:20 PM, AJ ONeal coola...@gmail.com wrote: Please also remember to update the patch queue [2]. Update it to what? That link you gave me is very unclear It is desirable to update the state of the patch in the patch queue. This could also be added to the script. This sentence addresses the case when your patch is accepted. I already marked the first two as superseded The patch is listed as new. I'd agree with that state. It certainly isn't accepted - that's someone else's job to put that, right? Reading the reviews your patch got you need to improve it a little bit. So after you send in the next iteration of your patch – v2 in our case – you should update the state to superseded. If you look at the newest patch I already implemented all of those changes excepting that I didn't do the Signed-off-by and the patch includes the [v2] in the commit message. Do you still want me to submit again with just those changes? All I do to add that is --signoff, correct? No. Please take a look at the link I gave you [1] and the other patches sent to this list. Again, I don't think that's very clear - Include a Signed-off-by: line indicating the change has valid certificate of origin as per the Linux kernel What is a valid certificate of origin? How about an example? You correct me where I'm mistaken and then I'll copy this to the wiki as reference Let's say you create a new recipe and you'd like to submit it for inclusion (and you've already tested that it works, of course). Now commit with a good strong helpful message git add recipes/nodejs/ git commit # don't use the -m option The message should look like this added recipe for node.js * added recipe for node.js (bug # - no nodejs recipe) ** patched libev's wscript to not try to execute code ** patched node's wscript to not search in '/usr/include' Signed-off-by: AJ ONeal coola...@gmail.com Create your patch git format-patch -1 # or however many commits are part of this change If you are submitting a second version also add --subject-prefix [v2] git send-email Your patch will be immediately visible on http://patchwork.openembedded.org/patch/ Once your patch has been accepted or rejected, update the status to accepted or rejected If you get soft-rejected (a lot of feedback), make the changes, submit the next version, and update the status of the previous patch to superseded Appendix: Properly configuring git (using tek...@gmail.com as an example user) sudo apt-get install git-core git-email git config --global user.name Tekkub git config --global user.email tek...@gmail.com git config --global sendemail.smtpserver smtp.gmail.com git config --global sendemail.smtpserverport 587 git config --global sendemail.smtpencryption tls git config --global sendemail.smtpuser tekk...@gmail.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Getting Started with bitbake as a developer?
I think AJ meant there needs to be another more in depth one. I would agree with that myself. That one barely touches anything about OE to me its to simple of an example. On Sun, Aug 22, 2010 at 1:38 AM, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: 2010/8/22 AJ ONeal coola...@gmail.com: http://www.google.com/search?q=openembedded+bitbake http://www.google.com/search?q=bitbake+getting+started Notice that the only useful information for a dev on there is the gumstix link, which is apparently not up to par with the oe standards. http://www.gumstix.net/Setup-and-Programming/view/Build-system-overview/Hello-world-tutorial/111.html May I suggest that someone put up a doc on the oe wiki for this? or if there is one, put keywords on it so it gets a ranking? I would be happy to write one, but I don't know enough yet. AJ ONeal Can we reuse or refer to the gumstix tut? Or could the gumstix tut be an appendix to the bitbake manual? http://bitbake.berlios.de/manual/ I feel it is useful to have a getting started doc. The manual on itself is too overwhelming. Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] base_files 3.0.14 has dangling symlinks
While trying to do a new image I came across this error is it anything to worry about? Or something that needs to be fixed? Here is the error: NOTE: Running task 8590 of 11052 (ID: 251, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/base-files/base-files_3.0.14.bb, do_package) NOTE: base-files contains dangling symlink to /media/net NOTE: base-files contains dangling symlink to /media/card NOTE: base-files contains dangling symlink to /media/ram NOTE: base-files contains dangling symlink to /media/cf ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] What to do about the poor bitbake Quality Control?
I agree with you AJ, its become a serious pain to just get a built image. I myself have only built once completely and have yet to again since figuring out the changes I needed to make to that image. I would like to help myself but someone like me whose not very competent in this area finds the documentation a tad lacking to properly learn the ways to help. I still have yet to figure out how to even get my own program from the net to build with OE as just following the hello world does not seem to be enough for me to grasp how to do it with an actual problem. Which runs me into my next issue I can not properly modify the way some programs build to get the features I want. I have also noticed on the gumstix boards while most of the time it seems its the same errors people get, every once in awhile you see some people with one issue and others with another. I am sure this wont be of much use as a post but figured I would chime in from an inexperienced beginner trying to get a footing in here and to actually be able to use things properly. On Sat, Aug 14, 2010 at 8:46 AM, AJ ONeal coola...@gmail.com wrote: This is about the 4th time that I've `rm -rf`-d everything and started from scratch and never yet got a working `bitbake omap3-console-image` Every time I `git pull` it's a different set of problems. It's never the same package twice, but they never all compile for the basic console image anywhere from 4 to 20 hours in. Fortunately, I do have a machine that did build omap3-console-image a few weeks ago at work. But I've never been able to get it on my machine at home (same os) to start playing around with. What needs to happen in order for things to git checked that they work with at least a few common meta-tasks before being pushed out? And is there anything I can do to help? (Donate some machine time to run tests, for example) Obviously, we all have our day jobs and whatnot, but this is becoming really frustrating for me and I'd like to see things improve. AJ ONeal ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] What to do about the poor bitbake Quality Control?
Right on thanks that does seem to answer a couple questions I have come across so far especially the devshell. I will give making my recipe another shot again today and see if I can get further with it or even crazier get it to build correctly. Thanks again hopefully we will see some other input to your original statement. On Sat, Aug 14, 2010 at 10:06 AM, AJ ONeal coola...@gmail.com wrote: I've been compiling some common general issues http://fastr.github.com/articles/Troubleshooting-bitbake.html Here's some quick-n-dirty instructions akin to using devshell: 1. cd ${OVEROTOP}/tmp/work/${ARCH}/${PACKAGE}_${VER}_r${REV}/${BUILD} - ${ARCH} is probably armv7a-angstrom-linux-gnueabi - ${BUILD} is a directory which is not NOT src or temp such as the package name or git or trunk or svn - ${VER} and ${REV} - duh. 2. `cp ../temp/run.do_compile.${OLD_PID} - ${OLD_PID} is a number like 3597 or 4352 - do_compile could be any task - do_install, etc 3. vim run.do_compile.1234 1. comment out do_compile() (or whatever) 2. add bash --norc 4. ./run.do_compile.1234 will put you in an environment with all variables set 5. make (or whatever) to try to build, debug issues 6. exit (when done to go back to shell without run.do_compile settings) This is based on the tip on openembedded wiki, but it took me a while to understand what theirs meant so I cleaned it up in a fashion which is hopefully crystal clear. AJ ONeal On Sat, Aug 14, 2010 at 10:16 AM, J. L. vwyodap...@gmail.com wrote: I agree with you AJ, its become a serious pain to just get a built image. I myself have only built once completely and have yet to again since figuring out the changes I needed to make to that image. I would like to help myself but someone like me whose not very competent in this area finds the documentation a tad lacking to properly learn the ways to help. I still have yet to figure out how to even get my own program from the net to build with OE as just following the hello world does not seem to be enough for me to grasp how to do it with an actual problem. Which runs me into my next issue I can not properly modify the way some programs build to get the features I want. I have also noticed on the gumstix boards while most of the time it seems its the same errors people get, every once in awhile you see some people with one issue and others with another. I am sure this wont be of much use as a post but figured I would chime in from an inexperienced beginner trying to get a footing in here and to actually be able to use things properly. On Sat, Aug 14, 2010 at 8:46 AM, AJ ONeal coola...@gmail.com wrote: This is about the 4th time that I've `rm -rf`-d everything and started from scratch and never yet got a working `bitbake omap3-console-image` Every time I `git pull` it's a different set of problems. It's never the same package twice, but they never all compile for the basic console image anywhere from 4 to 20 hours in. Fortunately, I do have a machine that did build omap3-console-image a few weeks ago at work. But I've never been able to get it on my machine at home (same os) to start playing around with. What needs to happen in order for things to git checked that they work with at least a few common meta-tasks before being pushed out? And is there anything I can do to help? (Donate some machine time to run tests, for example) Obviously, we all have our day jobs and whatnot, but this is becoming really frustrating for me and I'd like to see things improve. AJ ONeal ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] gcc/gettext isssue ?
I notice that for a bunch of recipes that build in my image. and its always a gettext error like that but it doesnt stop the build On Thu, Jul 22, 2010 at 1:41 PM, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: When building gcc I get: NOTE: Gettext required but not in DEPENDS for file /home/frans/oe/tmp_angstrom/work/nios2-linux/gcc-cross-4.1.2-r23.1/gcc-4.1.2/intl/ configure.ac. Missing inherit gettext? but gcc-common.inc (which is included indirectly from every gcc recipe) says: gcc-common.inc:inherit autotools gettext What is wrong here? How can I resolve this? Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] spca5xx does not build
Can anyone else help me out with this for building? I am at a loss as to whats up with this. Thanks On Sat, Jul 17, 2010 at 1:51 PM, J. L. vwyodap...@gmail.com wrote: I just tried adding EXTRA_CFLAGS in the bb file and still errors in the same way. I also cleaned it to make sure before building. Also there is an error stating an implasibly old time stamp from 1964? On Sat, Jul 17, 2010 at 2:53 AM, Holger Freyther holger...@freyther.de wrote: | make[1]: Entering directory `/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel' | scripts/Makefile.build:49: *** CFLAGS was changed in /home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/spca5xx-20060501-r81/spca5xx-20060501/Makefile. Fix it to use EXTRA_CFLAGS. Stop. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] GPSBABLE -- fixed recipe
It had bad checksums here is the fixed file, hope this helps SECTION = console/utils DESCRIPTION = GPS data converter DEPENDS = expat virtual/libusb0 HOMEPAGE = http://www.gpsbabel.org/; LICENSE = GPL SRC_URI = http://www.gpsbabel.org/plan9.php?dl=gpsbabel-${PV}.tar.gz \ file://autotools.patch inherit autotools pkgconfig SRC_URI[md5sum] = d41d8cd98f00b204e9800998ecf8427e SRC_URI[sha256sum] = e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] spca5xx does not build
i tried editing the make file its self where it says but when I rebuilt it it just un tared it again and rewrote my change. Do I need to figure out how to make it use that in the bb file itself? Sorry for the basic questions just unsure On Sat, Jul 17, 2010 at 2:53 AM, Holger Freyther holger...@freyther.de wrote: | make[1]: Entering directory `/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel' | scripts/Makefile.build:49: *** CFLAGS was changed in /home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/spca5xx-20060501-r81/spca5xx-20060501/Makefile. Fix it to use EXTRA_CFLAGS. Stop. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] spca5xx does not build
I just tried adding EXTRA_CFLAGS in the bb file and still errors in the same way. I also cleaned it to make sure before building. Also there is an error stating an implasibly old time stamp from 1964? On Sat, Jul 17, 2010 at 2:53 AM, Holger Freyther holger...@freyther.de wrote: | make[1]: Entering directory `/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel' | scripts/Makefile.build:49: *** CFLAGS was changed in /home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/spca5xx-20060501-r81/spca5xx-20060501/Makefile. Fix it to use EXTRA_CFLAGS. Stop. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Problem of libpcap
Mine is building fine here are the files incase you are using a older pull of OE which it looks like you might be. I attacked all the patches for it as well. Hope this helps you out. I have noticed there are a bunch that are not building and or are WAY WAY out of date. require libpcap.inc PR = r6 SRC_URI = http://www.tcpdump.org/release/libpcap-${PV}.tar.gz; SRC_URI += file://aclocal.patch SRC_URI += file://ieee80215-arphrd.patch SRC_URI += file://ldflags.patch SRC_URI += file://0001-Fix-some-problems-that-show-up-in-autoconf-2.64-and-.patch do_configure_prepend() { cat ${S}/aclocal.m4 ${S}/acinclude.m4 } do_compile () { oe_runmake rm -f *.o oe_runmake shared } do_install () { install -d ${D}${libdir} install -d ${D}${bindir} oe_runmake install DESTDIR=${D} oe_runmake install-shared DESTDIR=${D} oe_libinstall -a -so libpcap ${D}${libdir} install -d ${D}${includedir}/pcap install -m 0644 pcap/pcap.h ${D}${includedir}/pcap/pcap.h install -m 0644 pcap/namedb.h ${D}${includedir}/pcap/namedb.h install -m 0644 pcap/bpf.h ${D}${includedir}/pcap/bpf.h } SRC_URI[md5sum] = 9ad1358c5dec48456405eac197a46d3d SRC_URI[sha256sum] = a214c4e1d7e22a758f66fe1d08f0ce41c3ba801a4c13dd1188e1e38288ac73c0 DESCRIPTION = Network Packet Capture Library HOMEPAGE = http://www.tcpdump.org/; SECTION = libs/network LICENSE = BSD DEPENDS = bluez-libs flex-native bison-native PR = r3 # Don't forget to edit shared.patch to have the correct version number inside SRC_URI = http://www.tcpdump.org/release/libpcap-${PV}.tar.gz \ file://shared.patch inherit autotools EXTRA_OECONF = --with-pcap=linux CPPFLAGS_prepend = -I${S} CFLAGS_prepend = -I${S} CXXFLAGS_prepend = -I${S} do_configure_prepend () { if [ ! -e acinclude.m4 ]; then cat aclocal.m4 acinclude.m4 fi } do_install_append () { install -d ${D}${includedir}/net install -d ${D}${datadir}/aclocal ln -sf ../pcap-bpf.h ${D}${includedir}/net/bpf.h install -m 0644 acinclude.m4 ${D}${datadir}/aclocal/libpcap.m4 } On Fri, Jul 16, 2010 at 8:12 AM, saleh usman salehus...@hotmail.com wrote: I am bitbaking console-iamge but getting error of not building libpcap? I've bitbake libpcap separately but it is also not building. Its bitbake fails during configure. These are shown in following terminal logs. Kindly tell me how to remove this error? Saleh [sa...@localhost ~]$ bitbake console-image NOTE: Handling BitBake files: \ (8169/8169) [100 %] NOTE: Parsing finished. 7530 cached, 309 parsed, 330 skipped, 0 masked. NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing runqueue NOTE: Running task 1774 of 3226 (ID: 1317, /sdr/openembedded/recipes/libpcap/libpcap_1.0.0.bb, do_configure) ERROR: function do_configure failed ERROR: log data follows (/sdr/build/tmp/work/armv5te-angstrom-linux-gnueabi/libpcap-1.0.0-r6/temp/log.do_configure.2961) | cat: /sdr/build/tmp/work/armv5te-angstrom-linux-gnueabi/libpcap-1.0.0-r6/libpcap-1.0.0/aclocal.m4: No such file or directory NOTE: Task failed: /sdr/build/tmp/work/armv5te-angstrom-linux-gnueabi/libpcap-1.0.0-r6/temp/log.do_configure.2961 ERROR: TaskFailed event exception, aborting ERROR: Build of /sdr/openembedded/recipes/libpcap/libpcap_1.0.0.bb do_configure failed ERROR: Task 1317 (/sdr/openembedded/recipes/libpcap/libpcap_1.0.0.bb, do_configure) failed NOTE: Tasks Summary: Attempted 1773 tasks of which 1773 didn't need to be rerun and 1 failed. ERROR: '/sdr/openembedded/recipes/libpcap/libpcap_1.0.0.bb' failed [sa...@localhost openembedded]$ bitbake libpcap NOTE: Handling BitBake files: \ (8169/8169) [100 %] NOTE: Parsing finished. 7530 cached, 309 parsed, 330 skipped, 0 masked. NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing runqueue NOTE: Running task 1695 of 2385 (ID: 7, /sdr/openembedded/recipes/libpcap/libpcap_1.0.0.bb, do_configure) ERROR: function do_configure failed ERROR: log data follows (/sdr/build/tmp/work/armv5te-angstrom-linux-gnueabi/libpcap-1.0.0-r6/temp/log.do_configure.11281) | cat: /sdr/build/tmp/work/armv5te-angstrom-linux-gnueabi/libpcap-1.0.0-r6/libpcap-1.0.0/aclocal.m4: No such file or directory NOTE: Task failed: /sdr/build/tmp/work/armv5te-angstrom-linux-gnueabi/libpcap-1.0.0-r6/temp/log.do_configure.11281 ERROR: TaskFailed event exception, aborting ERROR: Build of /sdr/openembedded/recipes/libpcap/libpcap_1.0.0.bb do_configure failed ERROR: Task 7 (/sdr/openembedded/recipes/libpcap/libpcap_1.0.0.bb, do_configure) failed NOTE: Tasks Summary: Attempted 1694 tasks of which 1694 didn't need to be rerun and 1 failed. ERROR: '/sdr/openembedded/recipes/libpcap/libpcap_1.0.0.bb' failed _ Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
[oe] spca5xx does not build
I was trying to build this for my gumstix and first it had a DL location issue which I fixed and its now downloading the pacakge but fails on the build with the following errors. Hope someone can make some sense of this as I have no clue nor does googling help any seems as though according to posts been unbuildable for a couple years? the earliest post I found complaining was 06 then 07 a update to file was done but still did not build correctly then according to the boards. I also tried gspcav1 as well since its a similar driver and that one fails as well. NOTE: Running task 516 of 750 (ID: 9, /home/vdubhack/overo-oe/org.openembedded.dev/recipes/spca5xx/spca5xx_20060501.bb, do_compile) ERROR: function do_compile failed ERROR: log data follows (/home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/spca5xx-20060501-r81/temp/log.do_compile.17684) | NOTE: make -e MAKEFLAGS= KERNELDIR=/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel CC=ccache arm-angstrom-linux-gnueabi-gcc LD=arm-angstrom-linux-gnueabi-ld |Building SPCA5XX driver for 2.5/2.6 kernel. |Remember: you must have read/write access to your kernel source tree. | make -C /home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel SUBDIRS=/home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/spca5xx-20060501-r81/spca5xx-20060501 CC=ccache arm-angstrom-linux-gnueabi-gcc modules | make[1]: Entering directory `/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel' | scripts/Makefile.build:49: *** CFLAGS was changed in /home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/spca5xx-20060501-r81/spca5xx-20060501/Makefile. Fix it to use EXTRA_CFLAGS. Stop. | make[1]: *** [_module_/home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/spca5xx-20060501-r81/spca5xx-20060501] Error 2 | make[1]: Leaving directory `/home/vdubhack/overo-oe/tmp/sysroots/overo-angstrom-linux-gnueabi/kernel' | make: *** [default] Error 2 | FATAL: oe_runmake failed NOTE: Task failed: /home/vdubhack/overo-oe/tmp/work/overo-angstrom-linux-gnueabi/spca5xx-20060501-r81/temp/log.do_compile.17684 ERROR: TaskFailed event exception, aborting ERROR: Build of /home/vdubhack/overo-oe/org.openembedded.dev/recipes/spca5xx/spca5xx_20060501.bb do_compile failed ERROR: Task 9 (/home/vdubhack/overo-oe/org.openembedded.dev/recipes/spca5xx/spca5xx_20060501.bb, do_compile) failed NOTE: Tasks Summary: Attempted 515 tasks of which 510 didn't need to be rerun and 1 failed. ERROR: '/home/vdubhack/overo-oe/org.openembedded.dev/recipes/spca5xx/spca5xx_20060501.bb' failed ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] so ... what's the proper way to report a build failure?
The wiki link for me had nothing on it, I have been wondering the same things myself. On Tue, Jun 29, 2010 at 8:04 AM, John Willis john.wil...@distant-earth.comwrote: Hi Robert, given that i like to keep up with the OE dev branch and test build a beagleboard-demo-image as necessary, what is the *encouraged* way to report a new build failure? on the OE list? on the angstrom list? tinderbox? after a git pull earlier this morning, realpath-1.15 fails to build. what should i do with the error diagnostics? Pretty sure this has been suggested in the past ;-) ( http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg02 876.htmlhttp://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg02%0A876.html) but I'll say again, setting up Tinderbox (http://tinderbox.openembedded.net/) has to be a pretty good starting place to collaborate on build issues. It's really easy to setup ( http://wiki.openembedded.net/index.php/How_do_I_send_automatic_success_and_ failure_reports) and the classes will automatically deal with uploading of your fail logs/build info etc. so you can refer others to it (and for that matter, see if others are building the same packages without issue). Regards, John ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] so ... what's the proper way to report a build failure?
Thank you very much for that! any chance there is a good tutorial or something along those lines for writing your own recipe for installing a program onto your platform? I have tried the helloworld tutorials on your site and the gumstix wiki and I am not having any luck in getting it to work for an actual program, I am trying to get metasploit to compile for the gumstix overo fire. On Tue, Jun 29, 2010 at 10:09 AM, John Willis john.wil...@distant-earth.com wrote: The wiki link for me had nothing on it, I have been wondering the same things myself. http://tinyurl.com/dl2na8 the link gets line-wrapped by my mailer (or the lists ;)). John ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] DISTRO=Angstrom on i686-generic build failure on base-image
I keep erroring out on the same thing currently. On Wed, Jun 23, 2010 at 7:29 AM, Arjan ar...@jak.nl wrote: Hello all, I'm new here, so maybe this is a known issue. But I couln't find the solution. Building the 'base-image' using: DISTRO = angstrom-2008.1 MACHINE ?= i686-generic this error occurs: | checking for cups-config... /usr/bin/cups-config | checking cups/cups.h usability... no | checking cups/cups.h presence... no | checking for cups/cups.h... no | configure: error: *** Sorry, cups-config present but cups/cups.h missing. | ERROR: Function do_configure failed NOTE: package gtk+-native-2.20.0-r8.0: task do_configure: Failed ERROR: TaskFailed event exception, aborting ERROR: Build of virtual:native:/media/disk/prj/alcons/angstrom/sources/openembedded/recipes/gtk+/gtk+_ 2.20.0.bb do_configure failed ERROR: Task 2060 (virtual:native:/media/disk/prj/alcons/angstrom/sources/openembedded/recipes/gtk+/gtk+_ 2.20.0.bb, do_configure) failed with 256 ERROR: 'virtual:native:/media/disk/prj/alcons/angstrom/sources/openembedded/recipes/gtk+/gtk+_ 2.20.0.bb' failed Anybody any ideas? Thanks. Arjan ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel