from:"J. L. "

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

2010-09-29 Thread J. L.

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

2010-09-27 Thread J. L.

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

2010-09-21 Thread J. L.

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

2010-09-09 Thread J. L.

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

2010-09-09 Thread J. L.

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

2010-09-07 Thread J. L.

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

2010-09-07 Thread J. L.

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

2010-09-06 Thread J. L.

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

2010-09-06 Thread J. L.

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

2010-09-04 Thread J. L.

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

2010-09-04 Thread J. L.

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?

2010-09-03 Thread J. L.

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

Re: [oe] linux-omap-psp_2.6.32.bb fails at do_compileconfigs

2010-09-03 Thread J. L.

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

2010-09-03 Thread J. L.

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

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

2010-08-30 Thread J. L.

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

2010-08-30 Thread J. L.

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

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

I cant reproduce it on ubuntu 10.04. If possible can you retry to
reproduce it on some
other build OS than 9.10

___
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