[oe] net-snmp-svn-r7.0 do_compile failed

2011-02-23 Thread Steffen Sledz 
Again a clean build:

OE:hipox sledz@mobil-400-586:~/work/openembedded> bitbake net-snmp
...

Build Configuration:
BB_VERSION= "1.12.0"
METADATA_BRANCH   = "org.openembedded.dev"
METADATA_REVISION = "8e4bd2f"
TARGET_ARCH   = "arm"
TARGET_OS = "linux-gnueabi"
MACHINE   = "hipox"
DISTRO    = "angstrom"
DISTRO_VERSION= "2010.7-test-20110223"
TARGET_FPU= "soft"

...
libtool: link: arm-angstrom-linux-gnueabi-gcc -march=armv5te -mtune=arm926ej-s 
-Wl,-rpath-link 
-Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
 -Wl,-O1 -Wl,--hash-style=gnu -mthumb-interwork -mno-thumb 
-DNETSNMP_ENABLE_IPV6 
-isystem/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/include
 -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 -ggdb2 
-Ulinux -Dlinux=linux -Wall -Winline -Wstrict-prototypes -Wwrite-strings 
-Wcast-qual -Wno-char-subscripts -o .libs/snmpd .libs/snmpd.o -Wl,-rpath-link 
-Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
 -Wl,-O1 -Wl,--hash-style=gnu  
-L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs
 
-L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs
-L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs
 
-L/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
 
-L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib
 
-L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers
 ./.libs/libnetsnmpagent.so helpers/.libs/libnetsnmphelpers.so 
./.libs/libnetsnmpmibs.so 
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs/libnetsnmphelpers.so
 
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs/libnetsnmpagent.so
 
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs/libnetsnmp.so
 -ldl ../snmplib/.libs/libnetsnmp.so -lcrypto -lssl
./.libs/libnetsnmpmibs.so: undefined reference to `pthread_create'
collect2: ld returned 1 exit status
make[1]: *** [snmpd] Error 1

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH] linux-2.6.37: upgrade to 2.6.37.1

2011-02-23 Thread Martin Jansa 
* update om-gta0* defconfigs like
  8e4bd2fd4cbf1c75acd30adbd3aaa074c3175a3e and
  1516588acd3c4b4dd4add71d06ab8ce0d1bafa02

Signed-off-by: Martin Jansa 
---
 recipes/linux/linux-2.6.37/om-gta01/defconfig |9 -
 recipes/linux/linux-2.6.37/om-gta02/defconfig |9 -
 recipes/linux/linux_2.6.37.bb |5 -
 3 files changed, 12 insertions(+), 11 deletions(-)

diff --git a/recipes/linux/linux-2.6.37/om-gta01/defconfig 
b/recipes/linux/linux-2.6.37/om-gta01/defconfig
index 22427bb..4f8e4e5 100644
--- a/recipes/linux/linux-2.6.37/om-gta01/defconfig
+++ b/recipes/linux/linux-2.6.37/om-gta01/defconfig
@@ -1,7 +1,7 @@
 #
 # Automatically generated make config: don't edit
-# Linux/arm 2.6.37 Kernel Configuration
-# Mon Jan 10 16:05:41 2011
+# Linux/arm 2.6.37.1 Kernel Configuration
+# Tue Feb 22 11:01:17 2011
 #
 CONFIG_ARM=y
 CONFIG_HAVE_PWM=y
@@ -1217,7 +1217,7 @@ CONFIG_HW_CONSOLE=y
 CONFIG_VT_HW_CONSOLE_BINDING=y
 # CONFIG_DEVKMEM is not set
 # CONFIG_SERIAL_NONSTANDARD is not set
-# CONFIG_N_GSM is not set
+CONFIG_N_GSM=m
 
 #
 # Serial drivers
@@ -2189,7 +2189,6 @@ CONFIG_BKL=y
 # CONFIG_SPARSE_RCU_POINTER is not set
 CONFIG_DEBUG_BUGVERBOSE=y
 # CONFIG_DEBUG_MEMORY_INIT is not set
-CONFIG_FRAME_POINTER=y
 # CONFIG_SYSCTL_SYSCALL_CHECK is not set
 CONFIG_HAVE_FUNCTION_TRACER=y
 CONFIG_HAVE_DYNAMIC_FTRACE=y
@@ -2200,7 +2199,7 @@ CONFIG_TRACING_SUPPORT=y
 # CONFIG_SAMPLES is not set
 CONFIG_HAVE_ARCH_KGDB=y
 # CONFIG_STRICT_DEVMEM is not set
-# CONFIG_ARM_UNWIND is not set
+CONFIG_ARM_UNWIND=y
 # CONFIG_DEBUG_USER is not set
 # CONFIG_OC_ETM is not set
 CONFIG_DEBUG_S3C_UART=2
diff --git a/recipes/linux/linux-2.6.37/om-gta02/defconfig 
b/recipes/linux/linux-2.6.37/om-gta02/defconfig
index 89f7081..a0541cc 100644
--- a/recipes/linux/linux-2.6.37/om-gta02/defconfig
+++ b/recipes/linux/linux-2.6.37/om-gta02/defconfig
@@ -1,7 +1,7 @@
 #
 # Automatically generated make config: don't edit
-# Linux/arm 2.6.37 Kernel Configuration
-# Mon Jan 10 16:08:20 2011
+# Linux/arm 2.6.37.1 Kernel Configuration
+# Tue Feb 22 10:58:18 2011
 #
 CONFIG_ARM=y
 CONFIG_HAVE_PWM=y
@@ -1225,7 +1225,7 @@ CONFIG_HW_CONSOLE=y
 CONFIG_VT_HW_CONSOLE_BINDING=y
 # CONFIG_DEVKMEM is not set
 # CONFIG_SERIAL_NONSTANDARD is not set
-# CONFIG_N_GSM is not set
+CONFIG_N_GSM=m
 
 #
 # Serial drivers
@@ -2205,7 +2205,6 @@ CONFIG_BKL=y
 # CONFIG_SPARSE_RCU_POINTER is not set
 CONFIG_DEBUG_BUGVERBOSE=y
 # CONFIG_DEBUG_MEMORY_INIT is not set
-CONFIG_FRAME_POINTER=y
 # CONFIG_SYSCTL_SYSCALL_CHECK is not set
 CONFIG_HAVE_FUNCTION_TRACER=y
 CONFIG_HAVE_DYNAMIC_FTRACE=y
@@ -2216,7 +2215,7 @@ CONFIG_TRACING_SUPPORT=y
 # CONFIG_SAMPLES is not set
 CONFIG_HAVE_ARCH_KGDB=y
 # CONFIG_STRICT_DEVMEM is not set
-# CONFIG_ARM_UNWIND is not set
+CONFIG_ARM_UNWIND=y
 # CONFIG_DEBUG_USER is not set
 # CONFIG_OC_ETM is not set
 CONFIG_DEBUG_S3C_UART=2
diff --git a/recipes/linux/linux_2.6.37.bb b/recipes/linux/linux_2.6.37.bb
index 39c0c08..e11af81 100644
--- a/recipes/linux/linux_2.6.37.bb
+++ b/recipes/linux/linux_2.6.37.bb
@@ -1,6 +1,6 @@
 require linux.inc
 
-PR = "r2"
+PR = "r3"
 
 # Mark archs/machines that this kernel supports
 DEFAULT_PREFERENCE = "-1"
@@ -20,6 +20,7 @@ DEFAULT_PREFERENCE_visstrim_m10 = "1"
 # DEFAULT_PREFERENCE_om-gta01 = "1"
 
 SRC_URI = 
"${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/linux-${PV}.tar.bz2;name=kernel \
+   
${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/patch-${PV}.1.bz2;apply=yes;name=stablepatch
 \
file://defconfig "
 
 SRC_URI_append_om-gta02 = " \
@@ -33,3 +34,5 @@ SRC_URI_append_om-gta01 = " \
 
 SRC_URI[kernel.md5sum] = "c8ee37b4fdccdb651e0603d35350b434"
 SRC_URI[kernel.sha256sum] = 
"edbf091805414739cf57a3bbfeba9e87f5e74f97e38f04d12060e9e0c71e383a"
+SRC_URI[stablepatch.md5sum] = "7693d1d32ed39346cc988e0f027e5890"
+SRC_URI[stablepatch.sha256sum] = 
"c33bfa59828a9ff6916993ec008967a8c1d71a18b743ee15f4280e773ef4baaf"
-- 
1.7.4.1


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCHv2] linux-firmware: split into bus specific packages.

2011-02-23 Thread Eric Benard 

Hi Filip,

On 23/02/2011 08:12, Filip Zyzniewski wrote:

On 2/23/11, Koen Kooi  wrote:


The wl12xx files need to go into /lib/firmware, not
/lib/firmware/ti-connectivity


This layout is copied verbatim from the linux-firmware git repository.
Maybe I'll just report it upstream?


I'm not sure the linux-firmare repo is intendeed to be used as is.
Original goal was just to collect the firmwares :
http://lwn.net/Articles/294308/

As already said before, there is an other version of this recipe in
recipes/firmwares/linux-firmware.inc
which is already splitted in small packages for some firmware such as :
firmware-atheros-ar9271.bb
firmware-marvell-sd8688_10.38.1-p25.bb

Eric

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Weird behaviour with PPP

2011-02-23 Thread Mickael Chazaux 
Hi,

2011/2/22 Martin Jansa :
> On Tue, Feb 22, 2011 at 07:24:28PM +0100, Andreas Oberritter wrote:
>> Hi,
>>
>> On 02/22/2011 06:52 PM, Eric Benard wrote:
>> > On 22/02/2011 18:22, Mickael Chazaux wrote:
>> >> I have a hard time figuring out why bitbake seems to mix versions of
>> >> ppp... Any ideas?
>> >>
>> > strange, which distro, git tag, bitbake version are you using ?
>> >
>> > Both bitbake ppp-2.4.5 & bitbake -b
>> > openembedded/recipes/ppp/ppp_2.4.5.bb work fine here (angstrom 2008.1,
>> > armv5 target, bitbake 1.12.0).
>>
>> I don't think this has anything to do with ppp. I faced the same issue
>> with a local recipe, of which an older version had been built before.
>> When packaging, the old version was used. A new workdir was created for
>> the old version during this step and the resulting packages were empty.
>> No recipe existed for this old version at that time, i.e. PR had already
>> been increased to 1.0, but 0.0 was used by bitbake.
>>
>> In the end, I deleted bitbake's cache and all files matching the
>> package's name to get rid of the annoying problem. I think there were
>> pstage packages of the old version lying around.
>
> This wrong behavior is quite common ie after changing PACKAGE_ARCH, see:
> http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg04280.html
>
As I often switch architectures (arm, x86) to work on different
boards, should I use a different TMPDIR for each?

Regards,

Mickael

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] findclass failure

2011-02-23 Thread Jaap de Jong 

You are so right, sorry for the noise...

On 02/22/2011 03:46 PM, Henning Heinold wrote:

Hi Jaap,

better ask on the cacao-ml. Thats no oe specific.

Bye Henning

___
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] libcap2 build failure

2011-02-23 Thread Henning Heinold 
On Wed, Feb 23, 2011 at 02:54:02AM +, Otavio Salvador wrote:
> Hello,
> 
> Today I tryed to build from scratch with current OE and found this:
> 
> 
> | i586-oe-linux-gcc -march=pentium -fexpensive-optimizations
> -fomit-frame-pointer -frename-registers -Os
> -I/home/otavio/hacking/embedded-linux/tmp/work/i586-oe-linux/libcap2-2.16-r3/libcap-2.16/libcap/include
> -Dlinux -fPIC -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual
> -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs
> -Winline -Wshadow -g
> -I/home/otavio/hacking/embedded-linux/tmp/work/i586-oe-linux/libcap2-2.16-r3/libcap-2.16/libcap/include
> -I/home/otavio/hacking/embedded-linux/tmp/work/i586-oe-linux/libcap2-2.16-r3/libcap-2.16/libcap/include
> -Dlinux -fPIC -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual
> -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs
> -Winline -Wshadow -g
> -I/home/otavio/hacking/embedded-linux/tmp/work/i586-oe-linux/libcap2-2.16-r3/libcap-2.16/progs/../libcap/include
> -I/home/otavio/hacking/embedded-linux/tmp/work/i586-oe-linux/libcap2-2.16-r3/libcap-2.16/progs/../libcap/include
> -c capsh.c -o capsh.o
> | In file included from
> /home/otavio/hacking/embedded-linux/tmp/sysroots/i586-oe-linux/usr/include/bits/sigcontext.h:28:0,
> |  from
> /home/otavio/hacking/embedded-linux/tmp/sysroots/i586-oe-linux/usr/include/signal.h:339,
> |  from
> /home/otavio/hacking/embedded-linux/tmp/sysroots/i586-oe-linux/usr/include/sys/wait.h:31,
> |  from capsh.c:19:
> | 
> /home/otavio/hacking/embedded-linux/tmp/sysroots/i586-oe-linux/usr/include/asm/sigcontext.h:28:2:
> error: expected specifier-qualifier-list before '__u64'
> | 
> /home/otavio/hacking/embedded-linux/tmp/sysroots/i586-oe-linux/usr/include/asm/sigcontext.h:191:2:
> error: expected specifier-qualifier-list before '__u64'
> | make[1]: *** [capsh.o] Error 1
> | make[1]: Leaving directory
> `/home/otavio/hacking/embedded-linux/tmp/work/i586-oe-linux/libcap2-2.16-r3/libcap-2.16/progs'
> 
> I am attaching the full log. Someone has any clue?

Hi,

gnutoo hitting this too. It's a problem with the kernelheaders, because libpcap 
includes a kernelheader
but some how not the types definition header. But dont know offhand if he 
solved it.

Bye Henning

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] evas: disable cpu neon support for palmpre machine

2011-02-23 Thread Paul Menzel 
Am Mittwoch, den 09.02.2011, 16:45 -0700 schrieb Tom Rini:
> On 02/09/2011 01:44 PM, Khem Raj wrote:
> > On Wed, Feb 9, 2011 at 11:45 AM, Tom Rini  wrote:
> >> On 02/09/2011 12:31 PM, Simon Busch wrote:
> >>>
> >>> On 02/09/11 at 07:24pm, Koen Kooi wrote:
> 
>  -BEGIN PGP SIGNED MESSAGE-
>  Hash: SHA1
> >>>
>  On 09-02-11 19:16, Khem Raj wrote:
> >
> > On Tue, Feb 8, 2011 at 1:39 PM, Tom Riniwrote:
> >>
> >> On 02/08/2011 02:17 PM, Simon Busch wrote:
> >>>
> >>> Neon support in evas is currently broken for the palmpre machine. If
> >>> we
> >>> enable neon
> >>> support evas causes alignment trap errors and lets the device freeze
> >>> in
> >>> the end. This
> >>> should be reverted after the bug in evas code is found and fixed.
> >>>
> >>> Signed-off-by: Simon Busch
> >>> ---
> >>>   recipes/efl1/evas.inc |5 -
> >>>   1 files changed, 4 insertions(+), 1 deletions(-)
> >>>
> >>> diff --git a/recipes/efl1/evas.inc b/recipes/efl1/evas.inc
> >>> index eb64d7a..ad30eba 100644
> >>> --- a/recipes/efl1/evas.inc
> >>> +++ b/recipes/efl1/evas.inc
> >>> @@ -7,7 +7,7 @@ DEPENDS_virtclass-native = "freetype-native
> >>> libxext-native
> >>> libpng-native jpeg-na
> >>>   inherit efl
> >>>
> >>>   BBCLASSEXTEND = "native"
> >>> -INC_PR = "r0"
> >>> +INC_PR = "r1"
> >>>   FILESPATHPKG =. "${BPN}-${PV}:${BPN}:"
> >>>
> >>>   python populate_packages_prepend () {
> >>> @@ -83,6 +83,9 @@ EVAS_CPU_TWEAKS = ""
> >>>   # Disabled for now, see
> >>>
> >>> http://thread.gmane.org/gmane.comp.window-managers.enlightenment.devel/25194
> >>>   #EVAS_CPU_TWEAKS_armv7a = "--enable-cpu-neon"
> >>>
> >>> +# Neon support for evas is broken on palmpre currently (causes the 
> >>> device
> >>> to freeze)
> >>> +EVAS_CPU_TWEAKS_palmpre = "--disable-cpu-neon"
> >>> +
> >>>   # common options
> >>>   EVAS_OECONF = " \
> >>>   --x-includes=${STAGING_INCDIR}/X11 \
> >>
> >> Shouldn't this be changing the armv7a EVAS_CPU_TWEAKS that's above
> >> yours to
> >> be uncommented and as a --disable?
> >
> > that would disable neon for all armv7a machines probably not what is
> > needed here.
> >>>
>  Actually, that was how I did it :) The NEON code that was added doesn't
>  build with gcc 4.3.x and binutils 2.18.x, so I disabled it by not
>  enabling it. If it builds and works with gcc 4.3.x nowadays we should
>  enable it and find out why the palmpre breaks.
> >>>
> >>> Evas builds fine these days with neon support enabled but it enables it by
> >>> default. I really need to find the cause of the breakage on the palmpre
> >>> but don't have too much time to debug it so this is a interim solution 
> >>> only
> >>> until the bug is found and fixed.
> >
> > that would be nice because once we add machine override it can become
> > a common escape for other machines
> > and changing this to be a machine specific recipe is not desired
> > unless absolutely needed
> >
> >>
> >> My only concern is that are we sure other armv7a targets aren't also having
> >> fatal problems?
> >
> > we don't fix what we don't know is broken
> 
> Right.  But it sounds like it shouldn't be too hard to see if it is 
> broken elsewhere :)

This patch [1] is superseded by Koen’s commit d6729be1 [2].


Thanks,

Paul


[1] http://patches.openembedded.org/patch/497/
[2] 
http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=d6729be1fd7f2e82e7535a854e2aae006aaec5ee


signature.asc
Description: This is a digitally signed message part
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Weird behaviour with PPP

2011-02-23 Thread Martin Jansa 
On Wed, Feb 23, 2011 at 10:19:05AM +0100, Mickael Chazaux wrote:
> Hi,
> 
> 2011/2/22 Martin Jansa :
> > On Tue, Feb 22, 2011 at 07:24:28PM +0100, Andreas Oberritter wrote:
> >> Hi,
> >>
> >> On 02/22/2011 06:52 PM, Eric Benard wrote:
> >> > On 22/02/2011 18:22, Mickael Chazaux wrote:
> >> >> I have a hard time figuring out why bitbake seems to mix versions of
> >> >> ppp... Any ideas?
> >> >>
> >> > strange, which distro, git tag, bitbake version are you using ?
> >> >
> >> > Both bitbake ppp-2.4.5 & bitbake -b
> >> > openembedded/recipes/ppp/ppp_2.4.5.bb work fine here (angstrom 2008.1,
> >> > armv5 target, bitbake 1.12.0).
> >>
> >> I don't think this has anything to do with ppp. I faced the same issue
> >> with a local recipe, of which an older version had been built before.
> >> When packaging, the old version was used. A new workdir was created for
> >> the old version during this step and the resulting packages were empty.
> >> No recipe existed for this old version at that time, i.e. PR had already
> >> been increased to 1.0, but 0.0 was used by bitbake.
> >>
> >> In the end, I deleted bitbake's cache and all files matching the
> >> package's name to get rid of the annoying problem. I think there were
> >> pstage packages of the old version lying around.
> >
> > This wrong behavior is quite common ie after changing PACKAGE_ARCH, see:
> > http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg04280.html
> >
> As I often switch architectures (arm, x86) to work on different
> boards, should I use a different TMPDIR for each?

That should work fine (multiple machines per TMPDIR), I'm using that too
for armv[457].

What I meant are changes in recipes like
http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=da43f76972fc01aca8e07d2f1a9a242546f8123d

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


pgpT2f0A3Zvj6.pgp
Description: PGP signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Weird behaviour with PPP

2011-02-23 Thread Aeschbacher, Fabrice 
> -Ursprüngliche Nachricht-
> Von: openembedded-devel-boun...@lists.openembedded.org 
> [mailto:openembedded-devel-boun...@lists.openembedded.org] Im 
> Auftrag von Mickael Chazaux
> Gesendet: Mittwoch, 23. Februar 2011 10:19
> An: openembedded-devel@lists.openembedded.org
> Betreff: Re: [oe] Weird behaviour with PPP
> 
> Hi,
> 
> 2011/2/22 Martin Jansa :
> > On Tue, Feb 22, 2011 at 07:24:28PM +0100, Andreas Oberritter wrote:
> >> Hi,
> >>
> >> On 02/22/2011 06:52 PM, Eric Benard wrote:
> >> > On 22/02/2011 18:22, Mickael Chazaux wrote:
> >> >> I have a hard time figuring out why bitbake seems to 
> mix versions of
> >> >> ppp... Any ideas?
> >> >>
> >> > strange, which distro, git tag, bitbake version are you using ?
> >> >
> >> > Both bitbake ppp-2.4.5 & bitbake -b
> >> > openembedded/recipes/ppp/ppp_2.4.5.bb work fine here 
> (angstrom 2008.1,
> >> > armv5 target, bitbake 1.12.0).
> >>
> >> I don't think this has anything to do with ppp. I faced 
> the same issue
> >> with a local recipe, of which an older version had been 
> built before.
> >> When packaging, the old version was used. A new workdir 
> was created for
> >> the old version during this step and the resulting 
> packages were empty.
> >> No recipe existed for this old version at that time, i.e. 
> PR had already
> >> been increased to 1.0, but 0.0 was used by bitbake.
> >>
> >> In the end, I deleted bitbake's cache and all files matching the
> >> package's name to get rid of the annoying problem. I think 
> there were
> >> pstage packages of the old version lying around.
> >
> > This wrong behavior is quite common ie after changing 
> PACKAGE_ARCH, see:
> > 
> http://www.mail-archive.com/openembedded-devel@lists.openembed
> ded.org/msg04280.html
> >
> As I often switch architectures (arm, x86) to work on different
> boards, should I use a different TMPDIR for each?

I am using one different TMPDIR for each MACHINE:
  build/mach1, build/mach2, ...

I still have to find a way to make two different machines with same arch (hence 
same cross-toolchain) share the same pstage, so that the toolchain does not get 
built twice

with kind regards,
Fabrice
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] NetworkManager-0.8.1 do_compile failed

2011-02-23 Thread Koen Kooi 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 23-02-11 08:21, Steffen Sledz wrote:
> Trying a clean build:
> 
> OE:hipox sledz@mobil-400-586:~/work/openembedded> bitbake networkmanager
> ...
> 
> Build Configuration:
> BB_VERSION= "1.12.0"
> METADATA_BRANCH   = "org.openembedded.dev"
> METADATA_REVISION = "8e4bd2f"
> TARGET_ARCH   = "arm"
> TARGET_OS = "linux-gnueabi"
> MACHINE   = "hipox"
> DISTRO= "angstrom"
> DISTRO_VERSION= "2010.7-test-20110223"
> TARGET_FPU= "soft"
> 
> ...
> NetworkManager-nm-device-ethernet.o: In function `ip4_match_config':
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/nm-device-ethernet.c:1624:
>  undefined reference to `rtnl_addr_alloc_cache'
> NetworkManager-nm-device-ethernet.o: In function `check_one_address':
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/nm-device-ethernet.c:1571:
>  undefined reference to `rtnl_addr_get_ifindex'
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/nm-device-ethernet.c:1573:
>  undefined reference to `rtnl_addr_get_family'
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/nm-device-ethernet.c:1576:
>  undefined reference to `rtnl_addr_get_prefixlen'
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/nm-device-ethernet.c:1579:
>  undefined reference to `rtnl_addr_get_local'
> ...
> 
> ...
> ./backends/.libs/libnmbackend.a(libnmbackend_la-NetworkManagerGeneric.o): In 
> function `nm_generic_enable_loopback':
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/backends/NetworkManagerGeneric.c:70:
>  undefined reference to `rtnl_addr_alloc'
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/backends/NetworkManagerGeneric.c:78:
>  undefined reference to `rtnl_addr_set_local'
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/backends/NetworkManagerGeneric.c:85:
>  undefined reference to `rtnl_addr_set_broadcast'
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/backends/NetworkManagerGeneric.c:88:
>  undefined reference to `rtnl_addr_set_prefixlen'
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/backends/NetworkManagerGeneric.c:89:
>  undefined reference to `rtnl_addr_set_ifindex'
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/backends/NetworkManagerGeneric.c:90:
>  undefined reference to `rtnl_addr_set_scope'
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/backends/NetworkManagerGeneric.c:91:
>  undefined reference to `rtnl_addr_set_label'
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/backends/NetworkManagerGeneric.c:93:
>  undefined reference to `rtnl_addr_add'
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src/backends/NetworkManagerGeneric.c:100:
>  undefined reference to `rtnl_addr_put'
> collect2: ld returned 1 exit status
> make[4]: *** [NetworkManager] Error 1
> make[4]: Leaving directory 
> `/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory 
> `/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory 
> `/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory 
> `/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/networkmanager-0.8.1-r2/NetworkManager-0.8.1'
> make: *** [all] Error 2

That's the mess that happens when both libnl and libnl2 are present in
sysroots :(
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFNZOANMkyGM64RGpERAgfFAKCGoPd/MGHNFRfD0NV4+Wo2Gl73uwCdFgkp
H2/zXgTu149x2mjGgB5eXVY=
=Kgps
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] NetworkManager-0.8.1 do_compile failed

2011-02-23 Thread Steffen Sledz 
BTW: This error also occurs when building angstrom-gnome-image. :(

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH] e-module: introduce INC_PR and use it in all depending recipes

2011-02-23 Thread Simon Busch 
We set INC_PR initially to r5 as some of the dependencies already defined a PR 
which max
was r4.

Signed-off-by: Simon Busch 
---
 recipes/e17/cpu_svn.bb  |1 +
 recipes/e17/diskio_svn.bb   |1 +
 recipes/e17/e-module.inc|1 +
 recipes/e17/efm-path_svn.bb |1 +
 recipes/e17/efm-pathbar_svn.bb  |3 ++-
 recipes/e17/flame_svn.bb|1 +
 recipes/e17/forecasts_svn.bb|1 +
 recipes/e17/news_svn.bb |1 +
 recipes/e17/notification_svn.bb |1 +
 recipes/e17/places_svn.bb   |3 +--
 recipes/e17/rain_svn.bb |1 +
 recipes/e17/screenshot_svn.bb   |1 +
 recipes/e17/uptime_svn.bb   |1 +
 13 files changed, 14 insertions(+), 3 deletions(-)

diff --git a/recipes/e17/cpu_svn.bb b/recipes/e17/cpu_svn.bb
index 3dc049d..ccc6e7e 100644
--- a/recipes/e17/cpu_svn.bb
+++ b/recipes/e17/cpu_svn.bb
@@ -1,4 +1,5 @@
 LICENSE = "MIT"
 PV = "0.0.1+svnr${SRCREV}"
+PR = "${INC_PR}.0"
 
 require e-module.inc
diff --git a/recipes/e17/diskio_svn.bb b/recipes/e17/diskio_svn.bb
index 0e854ba..f748a29 100644
--- a/recipes/e17/diskio_svn.bb
+++ b/recipes/e17/diskio_svn.bb
@@ -1,5 +1,6 @@
 LICENSE = "MIT"
 PV = "0.0.1+svnr${SRCPV}"
+PR = "${INC_PR}.0"
 
 require e-module.inc
 
diff --git a/recipes/e17/e-module.inc b/recipes/e17/e-module.inc
index 185c841..3834a2e 100644
--- a/recipes/e17/e-module.inc
+++ b/recipes/e17/e-module.inc
@@ -3,6 +3,7 @@ SECTION = "x11/multimedia"
 DEPENDS = "e-wm"
 
 SRCREV = "${EFL_SRCREV}"
+INC_PR = "r5"
 
 SRCNAME = "E-MODULES-EXTRA/${PN}"
 
diff --git a/recipes/e17/efm-path_svn.bb b/recipes/e17/efm-path_svn.bb
index ecfd838..685513f 100644
--- a/recipes/e17/efm-path_svn.bb
+++ b/recipes/e17/efm-path_svn.bb
@@ -1,5 +1,6 @@
 LICENSE = "MIT"
 PV = "0.0.1+svnr${SRCPV}"
+PR = "${INC_PR}.0"
 
 require e-module.inc
 
diff --git a/recipes/e17/efm-pathbar_svn.bb b/recipes/e17/efm-pathbar_svn.bb
index d7666fd..54c5a0b 100644
--- a/recipes/e17/efm-pathbar_svn.bb
+++ b/recipes/e17/efm-pathbar_svn.bb
@@ -1,5 +1,6 @@
 LICENSE = "MIT"
 PV = "0.0.1+svnr${SRCPV}"
+PR = "${INC_PR}.0"
 
 require e-module.inc
 
@@ -11,4 +12,4 @@ do_configure_prepend() {
 }
 
 FILES_${PN}-dbg += "${libdir}/enlightenment/modules/*/*/.debug/"
-FILES_${PN} += "${libdir}/enlightenment/modules/"
\ No newline at end of file
+FILES_${PN} += "${libdir}/enlightenment/modules/"
diff --git a/recipes/e17/flame_svn.bb b/recipes/e17/flame_svn.bb
index c46314c..11769c6 100644
--- a/recipes/e17/flame_svn.bb
+++ b/recipes/e17/flame_svn.bb
@@ -1,5 +1,6 @@
 LICENSE = "MIT"
 PV = "0.0.3+svnr${SRCPV}"
+PR = "${INC_PR}.0"
 
 require e-module.inc
 
diff --git a/recipes/e17/forecasts_svn.bb b/recipes/e17/forecasts_svn.bb
index 676945e..a6316ed 100644
--- a/recipes/e17/forecasts_svn.bb
+++ b/recipes/e17/forecasts_svn.bb
@@ -1,5 +1,6 @@
 LICENSE = "MIT"
 PV = "0.2.0+svnr${SRCREV}"
+PR = "${INC_PR}.0"
 
 require e-module.inc
 
diff --git a/recipes/e17/news_svn.bb b/recipes/e17/news_svn.bb
index c72fbb5..1e429e7 100644
--- a/recipes/e17/news_svn.bb
+++ b/recipes/e17/news_svn.bb
@@ -1,5 +1,6 @@
 LICENSE = "MIT"
 PV = "0.1.0+svnr${SRCPV}"
+PR = "${INC_PR}.0"
 
 require e-module.inc
 
diff --git a/recipes/e17/notification_svn.bb b/recipes/e17/notification_svn.bb
index a8c53a5..1f4567a 100644
--- a/recipes/e17/notification_svn.bb
+++ b/recipes/e17/notification_svn.bb
@@ -1,5 +1,6 @@
 LICENSE = "MIT"
 PV = "0.2.0+svnr${SRCPV}"
+PR = "${INC_PR}.0"
 
 require e-module.inc
 
diff --git a/recipes/e17/places_svn.bb b/recipes/e17/places_svn.bb
index 0956fa0..3476a59 100644
--- a/recipes/e17/places_svn.bb
+++ b/recipes/e17/places_svn.bb
@@ -1,7 +1,6 @@
 LICENSE = "BSD"
 PV = "0.1.0+svnr${SRCPV}"
-
-PR = "r4"
+PR = "${INC_PR}.4"
 
 require e-module.inc
 
diff --git a/recipes/e17/rain_svn.bb b/recipes/e17/rain_svn.bb
index e9ab9de..8738f35 100644
--- a/recipes/e17/rain_svn.bb
+++ b/recipes/e17/rain_svn.bb
@@ -1,5 +1,6 @@
 LICENSE = "MIT"
 PV = "0.0.3+svnr${SRCPV}"
+PR = "${INC_PR}.0"
 
 require e-module.inc
 
diff --git a/recipes/e17/screenshot_svn.bb b/recipes/e17/screenshot_svn.bb
index dc8acc3..0cd0d8b 100644
--- a/recipes/e17/screenshot_svn.bb
+++ b/recipes/e17/screenshot_svn.bb
@@ -1,5 +1,6 @@
 LICENSE = "MIT"
 PV = "0.3.0+svnr${SRCREV}"
+PR = "${INC_PR}.0"
 
 require e-module.inc
 
diff --git a/recipes/e17/uptime_svn.bb b/recipes/e17/uptime_svn.bb
index 42c0d72..c6d7434 100644
--- a/recipes/e17/uptime_svn.bb
+++ b/recipes/e17/uptime_svn.bb
@@ -1,5 +1,6 @@
 LICENSE = "MIT"
 PV = "0.0.2+svnr${SRCREV}"
+PR = "${INC_PR}.0"
 
 require e-module.inc
 
-- 
1.7.1


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Weird behaviour with PPP

2011-02-23 Thread Mickael Chazaux 
Hi,

2011/2/23 Aeschbacher, Fabrice :
>> -Ursprüngliche Nachricht-
>> Von: openembedded-devel-boun...@lists.openembedded.org
>> [mailto:openembedded-devel-boun...@lists.openembedded.org] Im
>> Auftrag von Mickael Chazaux
>> Gesendet: Mittwoch, 23. Februar 2011 10:19
>> An: openembedded-devel@lists.openembedded.org
>> Betreff: Re: [oe] Weird behaviour with PPP
>>
>> Hi,
>>
>> 2011/2/22 Martin Jansa :
>> > On Tue, Feb 22, 2011 at 07:24:28PM +0100, Andreas Oberritter wrote:
>> >> Hi,
>> >>
>> >> On 02/22/2011 06:52 PM, Eric Benard wrote:
>> >> > On 22/02/2011 18:22, Mickael Chazaux wrote:
>> >> >> I have a hard time figuring out why bitbake seems to
>> mix versions of
>> >> >> ppp... Any ideas?
>> >> >>
>> >> > strange, which distro, git tag, bitbake version are you using ?
>> >> >
>> >> > Both bitbake ppp-2.4.5 & bitbake -b
>> >> > openembedded/recipes/ppp/ppp_2.4.5.bb work fine here
>> (angstrom 2008.1,
>> >> > armv5 target, bitbake 1.12.0).
>> >>
>> >> I don't think this has anything to do with ppp. I faced
>> the same issue
>> >> with a local recipe, of which an older version had been
>> built before.
>> >> When packaging, the old version was used. A new workdir
>> was created for
>> >> the old version during this step and the resulting
>> packages were empty.
>> >> No recipe existed for this old version at that time, i.e.
>> PR had already
>> >> been increased to 1.0, but 0.0 was used by bitbake.
>> >>
>> >> In the end, I deleted bitbake's cache and all files matching the
>> >> package's name to get rid of the annoying problem. I think
>> there were
>> >> pstage packages of the old version lying around.
>> >
>> > This wrong behavior is quite common ie after changing
>> PACKAGE_ARCH, see:
>> >
>> http://www.mail-archive.com/openembedded-devel@lists.openembed
>> ded.org/msg04280.html
>> >
>> As I often switch architectures (arm, x86) to work on different
>> boards, should I use a different TMPDIR for each?
>
> I am using one different TMPDIR for each MACHINE:
>  build/mach1, build/mach2, ...
>
> I still have to find a way to make two different machines with same arch 
> (hence same cross-toolchain) share the same pstage, so that the toolchain 
> does not get built twice
>

Thanks for all the help. A fresh rebuild in a new TMPDIR builds the
right version of PPP.

Regards,

Mickael

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] e-module: introduce INC_PR and use it in all depending recipes

2011-02-23 Thread Martin Jansa 
On Wed, Feb 23, 2011 at 12:51:01PM +0100, Simon Busch wrote:
> We set INC_PR initially to r5 as some of the dependencies already defined a 
> PR which max
> was r4.

> 
> Signed-off-by: Simon Busch 
> ---
>  recipes/e17/cpu_svn.bb  |1 +
>  recipes/e17/diskio_svn.bb   |1 +
>  recipes/e17/e-module.inc|1 +
>  recipes/e17/efm-path_svn.bb |1 +
>  recipes/e17/efm-pathbar_svn.bb  |3 ++-
>  recipes/e17/flame_svn.bb|1 +
>  recipes/e17/forecasts_svn.bb|1 +
>  recipes/e17/news_svn.bb |1 +
>  recipes/e17/notification_svn.bb |1 +
>  recipes/e17/places_svn.bb   |3 +--
>  recipes/e17/rain_svn.bb |1 +
>  recipes/e17/screenshot_svn.bb   |1 +
>  recipes/e17/uptime_svn.bb   |1 +
>  13 files changed, 14 insertions(+), 3 deletions(-)
> 

Acked-by: Martin.Jansa 


pgpZE25E4Zs5J.pgp
Description: PGP signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] External toolchain

2011-02-23 Thread Luca Bolognini 
Hi,thank you Ahsan for you reply.I solved my issue and I succeed in using 
external toolchain CodeSourcery2009q1 to cross-compile some packages in my OE 
2010.12 release.However I didn't create any symlink of 
arm-angstrom-linux-gnueabi-gcc to arm-none-linux-gnueabi-gcc.I added an 
instantiation of TARGET_SYS variable to the hints of Denys and Tom (se 
reference link in my previous email).It's important to do so in order not to 
have errors in the do_install task of external-toolchain-csl.bb recipe.Then, as 
a resume, my openembedded/conf/distro/angstrom-2008.1.conf file changed in this 
way:
# Set the toolchain type (internal, external) and brand (generic, csl etc.)# 
LUCATARGET_VENDOR = "-none"TOOLCHAIN_TYPE ?= "external"TOOLCHAIN_BRAND ?= 
"csl"TOOLCHAIN_PATH = "/opt/ti/codesourcery"TARGET_SYS = 
"arm-none-linux-gnueabi"TOOLCHAIN_SYSPATH = 
"${TOOLCHAIN_PATH}/arm-none-linux-gnueabi"PATH_prepend = 
"${TOOLCHAIN_PATH}/bin:"require conf/distro/include/toolchain-external.inc
instead of
# Set the toolchain type (internal, external) and brand (generic, csl 
etc.)TOOLCHAIN_TYPE ?= "internal"TOOLCHAIN_BRAND ?= ""
Then it worked.Bye,Luca



Messaggio originale
Da: noor_ah...@mentor.com
Data: 22/02/2011 10.47
A: 
Ogg: Re: [oe] External toolchain

Hello Luca,

Probably you need to create symbolic links of arm-angstrom-linux-
gnueabi-gcc to arm-none-linux-gnueabi-gcc. OE assumes that the compiler name is 
arm-angstrom-linux-gnueabi-gcc. You can see the "CC" variable value by take 
environment of libtool-cross (using -e options) that how OE is creating the 
name of compiler.

Regards,
Noor

-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org 
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Luca 
Bolognini
Sent: Tuesday, February 22, 2011 2:16 PM
To: Open Embedded Mailing List
Subject: [oe] External toolchain

Hi,
I would like to use an external toolchain (CodeSourcery2009q1) to 
cross-compile some packages for my beagleboard (more or less the same 
that happens in Arago) and then I expect not to download glibc package 
and cross-compile again libc, libpthread and so on. I would like to use 
the libraries inside my external CodeSourcery SDK.
I followed some 
hints by Denys and Tom ( http://lists.linuxtogo.
org/pipermail/openembedded-devel/2010-April/019521.html ) and I put 

# 
LUCA
TARGET_VENDOR = "-none"
TOOLCHAIN_TYPE ?= "external"

TOOLCHAIN_BRAND ?= "csl"
TOOLCHAIN_PATH = "/opt/ti/codesourcery"

TOOLCHAIN_SYSPATH = "${TOOLCHAIN_PATH}/arm-none-linux-gnueabi"

PATH_prepend = "${TOOLCHAIN_PATH}/bin:"
require 
conf/distro/include/toolchain-external.inc

inside my 
openembedded/conf/distro/angstrom-2008.1.conf

As you know, cross-
compiler provided by CodeSoucery is arm-none-linux-gnueabi-gcc but I 
get the following error with libtool-cross_2.2.6b.bb:
Build 
Configuration:
BB_VERSION= "1.8.19"
METADATA_BRANCH   = 
"release-2010.12"
METADATA_REVISION = "dec3967"
TARGET_ARCH   = 
"arm"
TARGET_OS = "linux-gnueabi"
MACHINE   = 
"beagleboard"
DISTRO= "angstrom"
DISTRO_VERSION= 
"2010.7-test-20110221"
TARGET_FPU= "hard"
[...]
| checking for 
arm-angstrom-linux-gnueabi-gcc... arm-angstrom-linux-gnueabi-gcc -
march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-
interwork -mno-thumb
| checking whether the C compiler works... no
| 
configure: error: in `/home/bolognini/diskp2/diskp2.4/pure-
oe/build/tmp/work/armv7a-angstrom-linux-gnueabi/libtool-cross-2.2.6b-
r27.1/libtool-2.2.6b':
| configure: error: C compiler cannot create 
executables

Obviously OE doesn't have to find arm-angstrom-linux-
gnueabi-gcc, but why does it search for arm-angstrom-linux-gnueabi-gcc 
instead of arm-none-linux-gnueabi-gcc ?
What's wrong inside angstrom-
2008.1.conf or what am I missing?

Thank you for your support
Luca


Supera i limiti: raddoppia la velocità da 10 a 20 Mega!   Risparmia con Tutto 
Incluso: telefono + adsl 20 mega a soli 29,95 € al mese per due anni!  SCONTO 
DI 240 EURO!  
http://abbonati.tiscali.it/telefono-adsl/prodotti/tc/tuttoincluso/?WT.mc_id=01fw
 

___
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





Supera i limiti: raddoppia la velocità da 10 a 20 Mega! 
Risparmia con Tutto Incluso: telefono + adsl 20 mega a soli 29,95 € al mese per 
due anni!
SCONTO DI 240 EURO!
http://abbonati.tiscali.it/telefono-adsl/prodotti/tc/tuttoincluso/?WT.mc_id=01fw

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] libcap2 build failure

2011-02-23 Thread Otavio Salvador 
On Wed, Feb 23, 2011 at 09:32, Henning Heinold  wrote:
> On Wed, Feb 23, 2011 at 02:54:02AM +, Otavio Salvador wrote:
...
> gnutoo hitting this too. It's a problem with the kernelheaders, because 
> libpcap includes a kernelheader
> but some how not the types definition header. But dont know offhand if he 
> solved it.

I am looking into that, after talking to gnutoo.

Cheers,

-- 
Otavio Salvador                             O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] VMware disk image type

2011-02-23 Thread Mickael Chazaux 
Hi,

I see there is a vmware.conf in conf/machine, but it does not generate
vmdk (vmware virtual disk files) files. Here are the steps I take to
do that:

- create an empty file the size wanted (with dd),
- format it to ext3 (mkfs.ext3 myfile)
- mount it loopback (mount -o loop myfile /mnt)
- untar the OE-generated rootfs in /mnt
- create a /boot/extlinux.conf [1],
- install extlinux in /boot (extlinux -i /mnt/boot)
- umount,
- convert to vmdk (using qemu-img -O vmdk myfile myfile.vmdk)
- boot it in vmware.

Is it possible to add a "vmdk" image to openembedded to do this automatically?

Regards,

Mickael

[1]
/boot/extlinux.conf contents :

label a
kernel /boot/bzImage
append root=/dev/sda rw

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH 00/14] Patchset waiting for merging on O.S. Systems tree

2011-02-23 Thread Otavio Salvador 
Hello,

I am sending the list of 14 patches waiting for merging into master.

They all seem to be working fine and specially the qmake/cmake ones
are important to users of Qt since it makes it work for CMake based
projects and SDK toolchains.

Thanks in advance,


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH 01/14] qmake_base.bbclass: add generate_qt_config_file task

2011-02-23 Thread Otavio Salvador 
This writes a qt.conf inside WORKDIR to properly configure projects
based on CMake. This is required since qmake variables (returned by
-query command) are fixed into the binary and can only be changed
using a qt.conf file.

Signed-off-by: Otavio Salvador 
---
 classes/qmake_base.bbclass |   14 ++
 1 files changed, 14 insertions(+), 0 deletions(-)

diff --git a/classes/qmake_base.bbclass b/classes/qmake_base.bbclass
index cf905a7..cc3297c 100644
--- a/classes/qmake_base.bbclass
+++ b/classes/qmake_base.bbclass
@@ -34,6 +34,20 @@ oe_qmake_mkspecs () {
 done
 }
 
+do_generate_qt_config_file() {
+   export QT_CONF_PATH=${WORKDIR}/qt.conf
+   cat > ${WORKDIR}/qt.conf

[oe] [PATCH 03/14] cmake: update from 2.8.2 to 2.8.3

2011-02-23 Thread Otavio Salvador 
Signed-off-by: Otavio Salvador 
---
 .../cmake-2.8.2/dont-run-cross-binaries.patch  |   13 --
 .../cmake-2.8.3/dont-run-cross-binaries.patch  |   13 ++
 recipes/cmake/cmake-native_2.8.2.bb|   12 -
 recipes/cmake/cmake-native_2.8.3.bb|   12 +
 recipes/cmake/cmake-sdk_2.8.2.bb   |   12 -
 recipes/cmake/cmake-sdk_2.8.3.bb   |   12 +
 recipes/cmake/cmake_2.8.2.bb   |   46 
 recipes/cmake/cmake_2.8.3.bb   |   46 
 8 files changed, 83 insertions(+), 83 deletions(-)
 delete mode 100644 recipes/cmake/cmake-2.8.2/dont-run-cross-binaries.patch
 create mode 100644 recipes/cmake/cmake-2.8.3/dont-run-cross-binaries.patch
 delete mode 100644 recipes/cmake/cmake-native_2.8.2.bb
 create mode 100644 recipes/cmake/cmake-native_2.8.3.bb
 delete mode 100644 recipes/cmake/cmake-sdk_2.8.2.bb
 create mode 100644 recipes/cmake/cmake-sdk_2.8.3.bb
 delete mode 100644 recipes/cmake/cmake_2.8.2.bb
 create mode 100644 recipes/cmake/cmake_2.8.3.bb

diff --git a/recipes/cmake/cmake-2.8.2/dont-run-cross-binaries.patch 
b/recipes/cmake/cmake-2.8.2/dont-run-cross-binaries.patch
deleted file mode 100644
index 4a006f9..000
--- a/recipes/cmake/cmake-2.8.2/dont-run-cross-binaries.patch
+++ /dev/null
@@ -1,13 +0,0 @@
-diff -ru cmake-2.8.2.orig/CMakeLists.txt cmake-2.8.2/CMakeLists.txt
 cmake-2.8.2.orig/CMakeLists.txt2010-07-28 00:48:42.0 +0200
-+++ cmake-2.8.2/CMakeLists.txt 2010-07-28 01:05:17.0 +0200
-@@ -518,7 +518,8 @@
- 
- # build the remaining subdirectories
- ADD_SUBDIRECTORY(Source)
--ADD_SUBDIRECTORY(Utilities)
-+# Come on! Running the cross-binaries on host is not a good idea.
-+#ADD_SUBDIRECTORY(Utilities)
- ADD_SUBDIRECTORY(Tests)
- 
- # add a test
diff --git a/recipes/cmake/cmake-2.8.3/dont-run-cross-binaries.patch 
b/recipes/cmake/cmake-2.8.3/dont-run-cross-binaries.patch
new file mode 100644
index 000..4a006f9
--- /dev/null
+++ b/recipes/cmake/cmake-2.8.3/dont-run-cross-binaries.patch
@@ -0,0 +1,13 @@
+diff -ru cmake-2.8.2.orig/CMakeLists.txt cmake-2.8.2/CMakeLists.txt
+--- cmake-2.8.2.orig/CMakeLists.txt2010-07-28 00:48:42.0 +0200
 cmake-2.8.2/CMakeLists.txt 2010-07-28 01:05:17.0 +0200
+@@ -518,7 +518,8 @@
+ 
+ # build the remaining subdirectories
+ ADD_SUBDIRECTORY(Source)
+-ADD_SUBDIRECTORY(Utilities)
++# Come on! Running the cross-binaries on host is not a good idea.
++#ADD_SUBDIRECTORY(Utilities)
+ ADD_SUBDIRECTORY(Tests)
+ 
+ # add a test
diff --git a/recipes/cmake/cmake-native_2.8.2.bb 
b/recipes/cmake/cmake-native_2.8.2.bb
deleted file mode 100644
index c7b3d80..000
--- a/recipes/cmake/cmake-native_2.8.2.bb
+++ /dev/null
@@ -1,12 +0,0 @@
-inherit native
-require cmake.inc
-
-PR = "r1"
-
-SRC_URI[md5sum] = "8c967d5264657a798f22ee23976ff0d9"
-SRC_URI[sha256sum] = 
"766ff169af798599d7dd42e41e9f4533d73942a2bb928235115412dce5b81406"
-
-do_configure_append () {
-sed -e 's/BUILD_CursesDialog:BOOL=ON/BUILD_CursesDialog:BOOL=OFF/' \
--i CMakeCache.txt
-}
diff --git a/recipes/cmake/cmake-native_2.8.3.bb 
b/recipes/cmake/cmake-native_2.8.3.bb
new file mode 100644
index 000..e04885f
--- /dev/null
+++ b/recipes/cmake/cmake-native_2.8.3.bb
@@ -0,0 +1,12 @@
+inherit native
+require cmake.inc
+
+PR = "r1"
+
+SRC_URI[md5sum] = "a76a44b93acf5e3badda9de111385921"
+SRC_URI[sha256sum] = 
"689ed02786b5cefa5515c7716784ee82a82e8ece6be5a3d629ac3cc0c05fc288"
+
+do_configure_append () {
+sed -e 's/BUILD_CursesDialog:BOOL=ON/BUILD_CursesDialog:BOOL=OFF/' \
+-i CMakeCache.txt
+}
diff --git a/recipes/cmake/cmake-sdk_2.8.2.bb b/recipes/cmake/cmake-sdk_2.8.2.bb
deleted file mode 100644
index 2c51a49..000
--- a/recipes/cmake/cmake-sdk_2.8.2.bb
+++ /dev/null
@@ -1,12 +0,0 @@
-inherit sdk
-require cmake.inc
-
-PR = "r1"
-
-SRC_URI[md5sum] = "8c967d5264657a798f22ee23976ff0d9"
-SRC_URI[sha256sum] = 
"766ff169af798599d7dd42e41e9f4533d73942a2bb928235115412dce5b81406"
-
-do_configure_append () {
-sed -e 's/BUILD_CursesDialog:BOOL=ON/BUILD_CursesDialog:BOOL=OFF/' \
--i CMakeCache.txt
-}
diff --git a/recipes/cmake/cmake-sdk_2.8.3.bb b/recipes/cmake/cmake-sdk_2.8.3.bb
new file mode 100644
index 000..5035b81
--- /dev/null
+++ b/recipes/cmake/cmake-sdk_2.8.3.bb
@@ -0,0 +1,12 @@
+inherit sdk
+require cmake.inc
+
+PR = "r1"
+
+SRC_URI[md5sum] = "a76a44b93acf5e3badda9de111385921"
+SRC_URI[sha256sum] = 
"689ed02786b5cefa5515c7716784ee82a82e8ece6be5a3d629ac3cc0c05fc288"
+
+do_configure_append () {
+sed -e 's/BUILD_CursesDialog:BOOL=ON/BUILD_CursesDialog:BOOL=OFF/' \
+-i CMakeCache.txt
+}
diff --git a/recipes/cmake/cmake_2.8.2.bb b/recipes/cmake/cmake_2.8.2.bb
deleted file mode 100644
index 41ba813..000
--- a/recipes/cmake/cmake_2.8.2.bb
+++ /dev/null
@@ -1,46 +0,0 @@
-require cmake.inc
-
-inherit cmake
-
-DEPENDS += "curl expat z

[oe] [PATCH 09/14] contrib/openembedded-essential (debian): rename to be version agnostic

2011-02-23 Thread Otavio Salvador 
Signed-off-by: Otavio Salvador 
---
 .../openembedded-essential-1.4/debian/changelog|   34 
 .../openembedded-essential-1.4/debian/compat   |1 -
 .../openembedded-essential-1.4/debian/control  |   17 --
 .../openembedded-essential-1.4/debian/copyright|   12 ---
 .../debian/openembedded-essential-1.4/debian/rules |   21 
 .../debian/openembedded-essential-1.4/ubuntu.patch |   22 -
 .../debian/openembedded-essential/debian/changelog |   34 
 .../debian/openembedded-essential/debian/compat|1 +
 .../debian/openembedded-essential/debian/control   |   17 ++
 .../debian/openembedded-essential/debian/copyright |   12 +++
 .../debian/openembedded-essential/debian/rules |   21 
 .../debian/openembedded-essential/ubuntu.patch |   22 +
 12 files changed, 107 insertions(+), 107 deletions(-)
 delete mode 100644 
contrib/distro-packages/debian/openembedded-essential-1.4/debian/changelog
 delete mode 100644 
contrib/distro-packages/debian/openembedded-essential-1.4/debian/compat
 delete mode 100644 
contrib/distro-packages/debian/openembedded-essential-1.4/debian/control
 delete mode 100644 
contrib/distro-packages/debian/openembedded-essential-1.4/debian/copyright
 delete mode 100755 
contrib/distro-packages/debian/openembedded-essential-1.4/debian/rules
 delete mode 100644 
contrib/distro-packages/debian/openembedded-essential-1.4/ubuntu.patch
 create mode 100644 
contrib/distro-packages/debian/openembedded-essential/debian/changelog
 create mode 100644 
contrib/distro-packages/debian/openembedded-essential/debian/compat
 create mode 100644 
contrib/distro-packages/debian/openembedded-essential/debian/control
 create mode 100644 
contrib/distro-packages/debian/openembedded-essential/debian/copyright
 create mode 100755 
contrib/distro-packages/debian/openembedded-essential/debian/rules
 create mode 100644 
contrib/distro-packages/debian/openembedded-essential/ubuntu.patch

diff --git 
a/contrib/distro-packages/debian/openembedded-essential-1.4/debian/changelog 
b/contrib/distro-packages/debian/openembedded-essential-1.4/debian/changelog
deleted file mode 100644
index 8485f3e..000
--- a/contrib/distro-packages/debian/openembedded-essential-1.4/debian/changelog
+++ /dev/null
@@ -1,34 +0,0 @@
-openembedded-essential (1.4) unstable; urgency=low
-
-  * remove gfortran from dependency after 
a5c7b007eaa675cc904f5285291d2f8a597efc84 caused controversy.
-Ultimately it was decided that OE should not depend on gfortran and that 
another solution ought
-to be found.  The gfortran check in sanity.bbclass was dropped in 
63c7ad87655c2781ad8b9c81af430596f48a24a6
-  * add bc and python-pysqlite2 for rpm
-
- -- Rolf Leggewie   Mon, 19 Jan 2008 14:25:00 +0100
-
-openembedded-essential (1.3) unstable; urgency=low
-
-  * add gfortran as dependency to complement 
a5c7b007eaa675cc904f5285291d2f8a597efc84
-
- -- Rolf Leggewie   Mon, 7 Jan 2008 20:25:00 +0100
-
-openembedded-essential (1.2) unstable; urgency=low
-
-  * fixed packaging to make lintian happy
-  * switched to native numbering
-
- -- Marcin Juszkiewicz   Wed,  8 Nov 2006 11:17:42 +0100
-
-openembedded-essential (1.1) unstable; urgency=low
-
-  * added gawk
-
- -- Marcin Juszkiewicz   Wed,  8 Nov 2006 11:17:42 +0100
-
-openembedded-essential (1.0-1) unstable; urgency=low
-
-  * Initial release
-
- -- Marcin Juszkiewicz   Tue, 17 Oct 2006 12:05:35 +0200
-
diff --git 
a/contrib/distro-packages/debian/openembedded-essential-1.4/debian/compat 
b/contrib/distro-packages/debian/openembedded-essential-1.4/debian/compat
deleted file mode 100644
index 7ed6ff8..000
--- a/contrib/distro-packages/debian/openembedded-essential-1.4/debian/compat
+++ /dev/null
@@ -1 +0,0 @@
-5
diff --git 
a/contrib/distro-packages/debian/openembedded-essential-1.4/debian/control 
b/contrib/distro-packages/debian/openembedded-essential-1.4/debian/control
deleted file mode 100644
index 9f1e095..000
--- a/contrib/distro-packages/debian/openembedded-essential-1.4/debian/control
+++ /dev/null
@@ -1,17 +0,0 @@
-Source: openembedded-essential
-Section: devel
-Priority: optional
-Maintainer: Marcin Juszkiewicz 
-Build-Depends: debhelper (>= 5)
-Standards-Version: 3.7.3
-
-Package: openembedded-essential
-Architecture: all
-Depends: python (>= 2.3), ccache, build-essential, quilt, bison, wget, cvs, 
subversion, git-core, monotone, coreutils, unzip, texi2html, texinfo, 
libsdl1.2-dev, docbook-utils, gawk, bc, python-pysqlite2, help2man
-Description: Metapackage to install all needed packages to start using 
OpenEmbedded
- OpenEmbedded is a full-featured development environment allowing users to
- target a wide variety of devices. Supporting multiple build, release paths and
- configurations, OpenEmbedded extends the capabilities of your build and
- release engineers. OpenEmbedded uses compilation and configuration caching at
- most levels to increase develo

[oe] [PATCH 08/14] syslinux: add isolinux and chain packages

2011-02-23 Thread Otavio Salvador 
This syncs the package recipe with the O.S. Systems tree adding more
packages and fixing GNU_HASH issues.

Signed-off-by: Otavio Salvador 
---
 recipes/syslinux/syslinux_3.82.bb |   11 +++
 1 files changed, 7 insertions(+), 4 deletions(-)

diff --git a/recipes/syslinux/syslinux_3.82.bb 
b/recipes/syslinux/syslinux_3.82.bb
index f899d9f..fcb066d 100644
--- a/recipes/syslinux/syslinux_3.82.bb
+++ b/recipes/syslinux/syslinux_3.82.bb
@@ -1,5 +1,5 @@
 # syslinux OE build file
-# Copyright (C) 2009, O.S. Systems Software Ltda.  All Rights Reserved
+# Copyright (C) 2009, 2011, O.S. Systems Software Ltda.  All Rights Reserved
 # Released under the MIT license (see packages/COPYING)
 
 DESCRIPTION = "A multi-purpose linux bootloader"
@@ -7,7 +7,7 @@ HOMEPAGE = "http://syslinux.zytor.com/";
 LICENSE = "GPL"
 DEPENDS = "nasm-native"
 RRECOMMENDS_${PN} = "mtools"
-PR = "r0"
+PR = "r3"
 
 SRC_URI = 
"${KERNELORG_MIRROR}/pub/linux/utils/boot/syslinux/syslinux-${PV}.tar.bz2 "
 
@@ -27,17 +27,20 @@ do_configure() {
 do_compile() {
# Rebuild only the installer; keep precompiled bootloaders
# as per author's request (doc/distrib.txt)
-   oe_runmake CC="${CC}" installer
+   oe_runmake CC="${CC}" LDFLAGS="${LDFLAGS}" installer
 }
 
 do_install() {
oe_runmake install INSTALLROOT="${D}"
 }
 
-PACKAGES =+ "${PN}-extlinux ${PN}-mbr"
+PACKAGES =+ "${PN}-extlinux ${PN}-mbr ${PN}-chain ${PN}-pxelinux 
${PN}-isolinux"
 FILES_${PN} = "${bindir}/syslinux"
 FILES_${PN}-extlinux = "${base_sbindir}/extlinux"
 FILES_${PN}-mbr = "${datadir}/${PN}/mbr.bin"
+FILES_${PN}-chain = "${datadir}/${PN}/chain.c32"
+FILES_${PN}-isolinux = "${datadir}/${PN}/isolinux.bin"
+FILES_${PN}-pxelinux = "${datadir}/${PN}/pxelinux.0"
 FILES_${PN}-dev += "${datadir}/${PN}/com32"
 
 SRC_URI[md5sum] = "c9f4e73e385c86b3a8faf9b615a04836"
-- 
1.7.2.3


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH 07/14] ntfsprogs: add 2.0.0

2011-02-23 Thread Otavio Salvador 
This recipe has been imported from O.S. Systems tree and hence starts
at revision r2.

Signed-off-by: Otavio Salvador 
---
 .../ntfsprogs/ntfsprogs/skip-erange-errors.patch   |   30 
 recipes/ntfsprogs/ntfsprogs_2.0.0.bb   |   15 ++
 2 files changed, 45 insertions(+), 0 deletions(-)
 create mode 100644 recipes/ntfsprogs/ntfsprogs/skip-erange-errors.patch
 create mode 100644 recipes/ntfsprogs/ntfsprogs_2.0.0.bb

diff --git a/recipes/ntfsprogs/ntfsprogs/skip-erange-errors.patch 
b/recipes/ntfsprogs/ntfsprogs/skip-erange-errors.patch
new file mode 100644
index 000..7292d77
--- /dev/null
+++ b/recipes/ntfsprogs/ntfsprogs/skip-erange-errors.patch
@@ -0,0 +1,30 @@
+diff --git a/libntfs/attrib.c b/libntfs/attrib.c
+index a1fe954..c628d9d 100644
+--- a/libntfs/attrib.c
 b/libntfs/attrib.c
+@@ -550,8 +550,10 @@ int ntfs_attr_map_runlist_range(ntfs_attr *na, VCN 
from_vcn, VCN to_vcn)
+   (long long)from_vcn, (long long)to_vcn);
+ 
+   /* Map extent with @from_vcn. */
+-  if (ntfs_attr_map_runlist(na, from_vcn))
+-  goto err_out;
++  if (ntfs_attr_map_runlist(na, from_vcn)) {
++  if (errno != ERANGE)
++  goto err_out;
++  }
+ 
+   for (rl = na->rl; rl->vcn <= to_vcn;) {
+   /* Skip not interesting to us runs. */
+@@ -4924,8 +4926,10 @@ static int ntfs_non_resident_attr_expand(ntfs_attr *na, 
const s64 newsize,
+   /* Map required part of runlist. */
+   if (ntfs_attr_map_runlist(na, na->allocated_size >>
+   vol->cluster_size_bits)) {
+-  ntfs_log_error("Failed to map runlist.\n");
+-  return -1;
++  if (errno != ERANGE) {
++  ntfs_log_error("Failed to map runlist.\n");
++  return -1;
++  }
+   }
+ 
+   /*
diff --git a/recipes/ntfsprogs/ntfsprogs_2.0.0.bb 
b/recipes/ntfsprogs/ntfsprogs_2.0.0.bb
new file mode 100644
index 000..b41985d
--- /dev/null
+++ b/recipes/ntfsprogs/ntfsprogs_2.0.0.bb
@@ -0,0 +1,15 @@
+DESCRIPTION = "NTFS utilies"
+HOMEPAGE = "http://www.linux-ntfs.org/";
+DEPENDS = "fuse"
+LICENSE = "GPLv2"
+PR = "r2"
+
+SRC_URI = "${SOURCEFORGE_MIRROR}/linux-ntfs/ntfsprogs-2.0.0.tar.bz2 \
+   file://skip-erange-errors.patch"
+
+SRC_URI[md5sum] = "2b39dece8897bc748f4ab4c40ec7699e"
+SRC_URI[sha256sum] = 
"ad36e19706c7303b10aa0a9bf2c2dd0309b91cd0171f1c9eb361d94a85017432"
+
+inherit autotools 
+
+EXTRA_OECONF += "--disable-gnome-vfs"
-- 
1.7.2.3


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH 11/14] parted: fix MiB handling

2011-02-23 Thread Otavio Salvador 
Signed-off-by: Otavio Salvador 
---
 recipes/parted/files/fix-MiB-handling.patch |  130 +++
 recipes/parted/parted_2.3.bb|2 +
 2 files changed, 132 insertions(+), 0 deletions(-)
 create mode 100644 recipes/parted/files/fix-MiB-handling.patch

diff --git a/recipes/parted/files/fix-MiB-handling.patch 
b/recipes/parted/files/fix-MiB-handling.patch
new file mode 100644
index 000..db4945f
--- /dev/null
+++ b/recipes/parted/files/fix-MiB-handling.patch
@@ -0,0 +1,130 @@
+Delivered-To: otavio.salva...@gmail.com
+Received: by 10.204.59.147 with SMTP id l19cs132424bkh;
+Sun, 16 Jan 2011 04:26:09 -0800 (PST)
+Received: by 10.90.113.8 with SMTP id l8mr1322981agc.21.1295180768845;
+Sun, 16 Jan 2011 04:26:08 -0800 (PST)
+Return-Path: 
+Received: from master.debian.org (master.debian.org [70.103.162.29])
+by mx.google.com with ESMTPS id c36si6867598ana.168.2011.01.16.04.26.08
+(version=TLSv1/SSLv3 cipher=RC4-MD5);
+Sun, 16 Jan 2011 04:26:08 -0800 (PST)
+Received-SPF: softfail (google.com: domain of transitioning 
bug-parted-bounces+otavio=debian@gnu.org does not designate 70.103.162.29 
as permitted sender) client-ip=70.103.162.29;
+Authentication-Results: mx.google.com; spf=softfail (google.com: domain of 
transitioning bug-parted-bounces+otavio=debian@gnu.org does not designate 
70.103.162.29 as permitted sender) 
smtp.mail=bug-parted-bounces+otavio=debian@gnu.org
+Received: from lists.gnu.org ([199.232.76.165])
+   by master.debian.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
+   (Exim 4.69)
+   (envelope-from )
+   id 1PeRgN-00069u-NM
+   for otavio.salva...@gmail.com; Sun, 16 Jan 2011 12:26:08 +
+Received: from localhost ([127.0.0.1]:34642 helo=lists.gnu.org)
+   by lists.gnu.org with esmtp (Exim 4.43)
+   id 1PeRgL-0007eS-Ku
+   for ota...@debian.org; Sun, 16 Jan 2011 07:26:05 -0500
+Received: from [140.186.70.92] (port=41438 helo=eggs.gnu.org)
+   by lists.gnu.org with esmtp (Exim 4.43) id 1PeRgG-0007cP-GQ
+   for bug-par...@gnu.org; Sun, 16 Jan 2011 07:26:01 -0500
+Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
+   (envelope-from ) id 1PeRgF-0003PP-7D
+   for bug-par...@gnu.org; Sun, 16 Jan 2011 07:26:00 -0500
+Received: from mx.meyering.net ([82.230.74.64]:52182)
+   by eggs.gnu.org with esmtp (Exim 4.71)
+   (envelope-from ) id 1PeRgF-0003PL-0K
+   for bug-par...@gnu.org; Sun, 16 Jan 2011 07:25:59 -0500
+Received: by rho.meyering.net (Acme Bit-Twister, from userid 1000)
+   id 5C38F60466; Sun, 16 Jan 2011 13:25:56 +0100 (CET)
+From: Jim Meyering 
+To: bug-par...@gnu.org
+Date: Sun, 16 Jan 2011 13:25:56 +0100
+Message-ID: <8762tpox0r@meyering.net>
+Lines: 67
+MIME-Version: 1.0
+Content-Type: text/plain
+X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3)
+Subject: treat "1MiB" like "1048576B"
+X-BeenThere: bug-par...@gnu.org
+X-Mailman-Version: 2.1.5
+Precedence: list
+List-Id: Bug reports for the GNU Parted disk partition editor
+   
+List-Unsubscribe: ,
+   
+List-Archive: 
+List-Post: 
+List-Help: 
+List-Subscribe: ,
+   
+Sender: bug-parted-bounces+otavio=debian@gnu.org
+Errors-To: bug-parted-bounces+otavio=debian@gnu.org
+
+[ I noticed that using a starting address of "1MiB" evokes a warning,
+  along with the obviously unintended start sector of 34:
+
+parted -s -- $dev mklabel gpt mkpart PARTITION-NAME 1MiB -34s
+Warning: The resulting partition is not properly aligned for best 
performance.
+
+  While the following, with "1048576B", works fine and creates the partition
+  starting at the desired 1MiB address:
+
+parted -s -- $dev mklabel gpt mkpart PARTITION-NAME 1048576B -34s
+  ]
+
+I made parted tell me why it was treating "1MiB" differently from
+"1048576B".  Bottom line is that if you use a large unit, like MiB, it
+assumes you're being sloppy, but if you specify bytes or sectors, you
+require exactness (radius = 0).  That may have made sense when people
+used sloppy units like MB (1,000,000), but obviously does not hold for
+most people who bother to type "MiB".
+
+Here's a proposed patch to make the command I gave work the way I
+intended.  Opinions welcome.  On one hand, I don't particularly like
+treating 1MiB differently from 1MB, but if someone is using 1MB and
+intends 1MiB, they need a little wake up call (or some RTFM).
+[the full patch will include a documentation update as well as
+a couple of tests to illustrate/exercise the difference. ]
+
+In the mean time, to get the proper 1MiB alignment, you'll have to
+use

[oe] [PATCH 12/14] libinih: readd without AUTOREV

2011-02-23 Thread Otavio Salvador 
This provides a C and C++ INI library that can be statically linked
into projects.

Signed-off-by: Otavio Salvador 
---
 recipes/libinih/libinih_git.bb |   14 ++
 1 files changed, 14 insertions(+), 0 deletions(-)
 create mode 100644 recipes/libinih/libinih_git.bb

diff --git a/recipes/libinih/libinih_git.bb b/recipes/libinih/libinih_git.bb
new file mode 100644
index 000..3296471
--- /dev/null
+++ b/recipes/libinih/libinih_git.bb
@@ -0,0 +1,14 @@
+DESCRIPTION = "C and C++ INI Library"
+PRIORITY = "optional"
+PV = "0.0+gitr${SRCPV}"
+PKGV = "${GITPKGVTAG}"
+PR = "r1"
+LICENSE = "BSD"
+RDEPENDS_${PN}-dev = ""
+
+SRCREV = "53c81b2d5641551070947bd69ce4c23f17685804"
+SRC_URI = "git://projetos.ossystems.com.br/git/libinih.git;protocol=git"
+
+S = "${WORKDIR}/git"
+
+inherit gitpkgv cmake
-- 
1.7.2.3


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH 02/14] cmake: drop 2.6.4 as it is not used by any distro

2011-02-23 Thread Otavio Salvador 
Signed-off-by: Otavio Salvador 
Acked-by: Frans Meulenbroeks 
---
 .../fix_fortify_source_compilation.patch   |   32 
 recipes/cmake/cmake-native_2.6.4.bb|   10 --
 recipes/cmake/cmake_2.6.4.bb   |   11 ---
 3 files changed, 0 insertions(+), 53 deletions(-)
 delete mode 100644 
recipes/cmake/cmake-2.6.4/fix_fortify_source_compilation.patch
 delete mode 100644 recipes/cmake/cmake-native_2.6.4.bb
 delete mode 100644 recipes/cmake/cmake_2.6.4.bb

diff --git a/recipes/cmake/cmake-2.6.4/fix_fortify_source_compilation.patch 
b/recipes/cmake/cmake-2.6.4/fix_fortify_source_compilation.patch
deleted file mode 100644
index 316ab0c..000
--- a/recipes/cmake/cmake-2.6.4/fix_fortify_source_compilation.patch
+++ /dev/null
@@ -1,32 +0,0 @@
-upstream: http://public.kitware.com/mantis/view.php?id=9267
-status: pending
-origin: http://sisyphus.ru/ru/srpm/Sisyphus/cmake/patches/0
-comment: fix cmake building when FORTIFY_SOURCE is enabled
 a/Source/kwsys/SystemInformation.cxx
-+++ b/Source/kwsys/SystemInformation.cxx
-@@ -1896,9 +1896,14 @@
- case 5: sprintf (this->ChipID.ProcessorName,"Pentium II (0.25 
micron)"); break;
- case 6: sprintf (this->ChipID.ProcessorName,"Pentium II With 
On-Die L2 Cache"); break;
- case 7: sprintf (this->ChipID.ProcessorName,"Pentium III (0.25 
micron)"); break;
-+/*
- case 8: sprintf (this->ChipID.ProcessorName,"Pentium III (0.18 
micron) With 256 KB On-Die L2 Cache "); break;
- case 0xa: sprintf (this->ChipID.ProcessorName,"Pentium III (0.18 
micron) With 1 Or 2 MB On-Die L2 Cache "); break;
- case 0xb: sprintf (this->ChipID.ProcessorName,"Pentium III (0.13 
micron) With 256 Or 512 KB On-Die L2 Cache "); break;
-+*/
-+case 8: sprintf (this->ChipID.ProcessorName,"Pentium III (0.18 
micron) With 256 KB L2 Cache "); break;
-+case 0xa: sprintf (this->ChipID.ProcessorName,"Pentium III (0.18 
micron), 1/2 MB L2 Cache "); break;
-+case 0xb: sprintf (this->ChipID.ProcessorName,"Pentium III (0.13 
micron), 256/512 KB L2 Cache "); break;
- default: sprintf (this->ChipID.ProcessorName,"Unknown P6 
family"); return false;
- }
-   break;
 a/Utilities/cmtar/encode.c
-+++ b/Utilities/cmtar/encode.c
-@@ -32,7 +32,7 @@ th_finish(TAR *t)
-   int i, sum = 0;
- 
-   if (t->options & TAR_GNU)
--strncpy(t->th_buf.magic, "ustar  ", 8);
-+memcpy(t->th_buf.magic, "ustar  ", 8);
-   else
-   {
- strncpy(t->th_buf.version, TVERSION, TVERSLEN);
diff --git a/recipes/cmake/cmake-native_2.6.4.bb 
b/recipes/cmake/cmake-native_2.6.4.bb
deleted file mode 100644
index aab6b62..000
--- a/recipes/cmake/cmake-native_2.6.4.bb
+++ /dev/null
@@ -1,10 +0,0 @@
-inherit native
-require cmake.inc
-
-do_install() {
-   oe_runmake install
-}
-
-SRC_URI += "file://fix_fortify_source_compilation.patch"
-SRC_URI[md5sum] = "50f387d0436696c4a68b5512a72c9cde"
-SRC_URI[sha256sum] = 
"9cdd2152e37b05d0d40d334a1bb2dfc0250021797360f971c6ea3d457ac9fdf2"
diff --git a/recipes/cmake/cmake_2.6.4.bb b/recipes/cmake/cmake_2.6.4.bb
deleted file mode 100644
index b5a47a8..000
--- a/recipes/cmake/cmake_2.6.4.bb
+++ /dev/null
@@ -1,11 +0,0 @@
-require cmake.inc
-
-inherit cmake
-
-do_configure_append() {
-   sed -i -e 
's,HAVE_GLIBC_STRERROR_R__TRYRUN_OUTPUT-ADVANCED:INTERNAL=1,HAVE_GLIBC_STRERROR_R__TRYRUN_OUTPUT-ADVANCED:INTERNAL=0,'
 CMakeCache.txt
-}
-
-SRC_URI += "file://fix_fortify_source_compilation.patch"
-SRC_URI[md5sum] = "50f387d0436696c4a68b5512a72c9cde"
-SRC_URI[sha256sum] = 
"9cdd2152e37b05d0d40d334a1bb2dfc0250021797360f971c6ea3d457ac9fdf2"
-- 
1.7.2.3


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH 13/14] linux (2.6.37): add 2.6.37.1 stable patch

2011-02-23 Thread Otavio Salvador 
Signed-off-by: Otavio Salvador 
---
 recipes/linux/linux_2.6.37.bb |5 -
 1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/recipes/linux/linux_2.6.37.bb b/recipes/linux/linux_2.6.37.bb
index 39c0c08..e11af81 100644
--- a/recipes/linux/linux_2.6.37.bb
+++ b/recipes/linux/linux_2.6.37.bb
@@ -1,6 +1,6 @@
 require linux.inc
 
-PR = "r2"
+PR = "r3"
 
 # Mark archs/machines that this kernel supports
 DEFAULT_PREFERENCE = "-1"
@@ -20,6 +20,7 @@ DEFAULT_PREFERENCE_visstrim_m10 = "1"
 # DEFAULT_PREFERENCE_om-gta01 = "1"
 
 SRC_URI = 
"${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/linux-${PV}.tar.bz2;name=kernel \
+   
${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/patch-${PV}.1.bz2;apply=yes;name=stablepatch
 \
file://defconfig "
 
 SRC_URI_append_om-gta02 = " \
@@ -33,3 +34,5 @@ SRC_URI_append_om-gta01 = " \
 
 SRC_URI[kernel.md5sum] = "c8ee37b4fdccdb651e0603d35350b434"
 SRC_URI[kernel.sha256sum] = 
"edbf091805414739cf57a3bbfeba9e87f5e74f97e38f04d12060e9e0c71e383a"
+SRC_URI[stablepatch.md5sum] = "7693d1d32ed39346cc988e0f027e5890"
+SRC_URI[stablepatch.sha256sum] = 
"c33bfa59828a9ff6916993ec008967a8c1d71a18b743ee15f4280e773ef4baaf"
-- 
1.7.2.3


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH 10/14] contrib/openembedded-essential (debian): depends on chrpath

2011-02-23 Thread Otavio Salvador 
Signed-off-by: Otavio Salvador 
---
 .../debian/openembedded-essential/debian/changelog |6 ++
 .../debian/openembedded-essential/debian/control   |2 +-
 2 files changed, 7 insertions(+), 1 deletions(-)

diff --git 
a/contrib/distro-packages/debian/openembedded-essential/debian/changelog 
b/contrib/distro-packages/debian/openembedded-essential/debian/changelog
index 8485f3e..afd198a 100644
--- a/contrib/distro-packages/debian/openembedded-essential/debian/changelog
+++ b/contrib/distro-packages/debian/openembedded-essential/debian/changelog
@@ -1,3 +1,9 @@
+openembedded-essential (1.5) unstable; urgency=low
+
+  * add chrpath as dependency.
+
+ -- Otavio Salvador   Fri, 18 Feb 2011 02:00:59 +
+
 openembedded-essential (1.4) unstable; urgency=low
 
   * remove gfortran from dependency after 
a5c7b007eaa675cc904f5285291d2f8a597efc84 caused controversy.
diff --git 
a/contrib/distro-packages/debian/openembedded-essential/debian/control 
b/contrib/distro-packages/debian/openembedded-essential/debian/control
index 9f1e095..f751672 100644
--- a/contrib/distro-packages/debian/openembedded-essential/debian/control
+++ b/contrib/distro-packages/debian/openembedded-essential/debian/control
@@ -7,7 +7,7 @@ Standards-Version: 3.7.3
 
 Package: openembedded-essential
 Architecture: all
-Depends: python (>= 2.3), ccache, build-essential, quilt, bison, wget, cvs, 
subversion, git-core, monotone, coreutils, unzip, texi2html, texinfo, 
libsdl1.2-dev, docbook-utils, gawk, bc, python-pysqlite2, help2man
+Depends: python (>= 2.3), ccache, build-essential, quilt, bison, wget, cvs, 
subversion, git-core, monotone, coreutils, unzip, texi2html, texinfo, 
libsdl1.2-dev, docbook-utils, gawk, bc, python-pysqlite2, help2man, chrpath
 Description: Metapackage to install all needed packages to start using 
OpenEmbedded
  OpenEmbedded is a full-featured development environment allowing users to
  target a wide variety of devices. Supporting multiple build, release paths and
-- 
1.7.2.3


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH 06/14] cmake.bbclass: use QT_CONF_PATH to support Qt4 projects

2011-02-23 Thread Otavio Salvador 
Signed-off-by: Otavio Salvador 
---
 classes/cmake.bbclass |2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)

diff --git a/classes/cmake.bbclass b/classes/cmake.bbclass
index 97347f2..d2d1c66 100644
--- a/classes/cmake.bbclass
+++ b/classes/cmake.bbclass
@@ -44,6 +44,8 @@ cmake_do_generate_toolchain_file() {
   echo "set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY )" >> 
${WORKDIR}/toolchain.cmake
 # Use native cmake modules
   echo "set( CMAKE_MODULE_PATH 
${STAGING_DIR_NATIVE}/usr/share/cmake-2.8/Modules/ )" >> 
${WORKDIR}/toolchain.cmake
+# Use qt.conf settings
+  echo "set( ENV{QT_CONF_PATH} ${WORKDIR}/qt.conf )" >> 
${WORKDIR}/toolchain.cmake
 }
 
 addtask generate_toolchain_file after do_patch before do_configure
-- 
1.7.2.3


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] apache2+php5 on Arago

2011-02-23 Thread Luca Bolognini 
Hi,I've investigated a bit more on the topic apache2/modphp not working 
(segmentation fault) on Arago.During the resume I'm going to write, I will need 
to underline some aspects concerning the toolchain and the corresponding glibc 
packages.Then, from the beginning:apache2_2.2.14 + modphp_5.1.6 (libphp5 module 
loaded by LoadModule directive inside httpd.conf) are unusable in my Arago 
DISTRO 2010.12 cross-compiled with CodeSourcery2009q1 (apache2 segfaults).If I 
commented out the LoadModule directive from httpd.conf file and I restart 
httpd, apache2 works but obviously cannot access php pages.Since my filesystem 
was built starting from Arago, an external toolchain was used 
(CodeSourcery2009q1 and its corresponding "glibc packages" with version 2.8).If 
I had used CodeSourcery2010q1, I would have got "glibc packages" with version 
2.11.1.Since some people of OE mailing list (Raffaele and Marco) told me some 
days ago that they were able to make apache2 fully work in a "pure" OE 
environment (not Arago overlay), I downloaded from git repositories the OE 
release 2010.12 and I tried to understand how to use an external toolchain to 
achieve apache2 and modphp ipk packages.I made so because my intention was to 
produce these two packages and test them inside the Arago filesystem previously 
described.When the ipks were ready (cross compiled against glibc-2.8) I tested 
them on the beagleboard with Arago2010.12 (CS2009q1 and glibc-2.8).Apache2 
works without loading php5 module (only html pages), segfaults when libphp5 is 
loaded.Then exactly the same behaviour as in Arago.
Probably Marco and Raffaele were using an OE filesystem built with "internal" 
toolchain (then glibc-2.9 instead than 2.8)?Can you confirm this?About this, 
now I'm trying to build an OE minimal-image for beagleboard where apache2 and 
modphp are inserted as additional packages (I edited minimal-image.bb).This 
time I'm using the "internal" toolchain (then glibc-2.9.bb will be used this 
time).However I already know that these packages, even if working in the 
minimal-image filesystem, will be unusable inside my Arago with glibc-2.8 
(glibc mismatch).I'll let you know if I have some interesting news.In the 
meantime I hope to receive some opinions of yours.
Bye,Luca



Messaggio originale
Da: koansoftw...@gmail.com
Data: 15/02/2011 14.40
A: 
Cc: 
Ogg: Re: [oe] apache2+php5 on Arago

Luca Bolognini ha scritto, Il 15/02/2011 09:51:
> Yesterday I had an exchange of emails with Raffaele Recalcati, it was 
> in italian then I'll try to resume briefly so that everyone can read.
> I 
> was asking Raffaele (by the way, thank you for your prompt reply) if he 
> had some news about the Apache2+php5 segmentation faults that occurred 
> in Arago distros.
> I'm currently developing for beagleboard and TI816x-
> evm.
> Raffaele pointed out that he had investigated for some time the 
> crash in Arago 
> ( https://gforge.ti.com/gf/project/arago/mailman/?
> _forum_action=ForumMessageBrowse&thread_id=3792&action=ListThreads&mailman_id=39
>  
> )
> but at length he had chosen to compile the two packages with a "pure" 
> OE environment, without Arago overlay.
> With this choice, he said that 
> Apache2 is able to open php pages without problems.
> It seems rather 
> strange, as recipes are more or less the same (Raffaele added some 
> customizations but they honestly seem not relevant) and tar.gz source 
> files are identical.
> What can Arago have introduced to produces such 
> troubles? It's difficult to say.
> It's quite annoying to use Arago for 
> all packages of my custom filesystem and then switch to OE only for 
> apache2 and modphp; all my scripting stuff is concerned with Arago, 
> it's would be great to have everything confined inside Arago layer.
> 
> Denys told he would have postponed some further investigations on the 
> topic, maybe now he has some good news?
> Now however I'm going to make 
> the same tests of Raffaele, that is have the two packages compiled with 
> "pure" OE; in the meantime, if someone has any ideas...
> Thank you,
> bye
> 
> 

Luca,
unfortunately for you, I can only confirm that Apache2+php5 work with a
charm on our customers' ARM9 devices using KaeilOS/Openembedded (not Arago).


Cordiali Saluti / Kindest Regards / mit freundlichen Grüssen
--
Marco Cavallini | KOAN sas | Bergamo - Italia
 embedded and real-time software engineering
   Atmel third party certified consultant
Phone:+39-035-255.235 - Fax:+39-178-22.39.748
  http://www.KoanSoftware.com
http://www.KaeilOS.com



___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel





Supera i limiti: raddoppia la velocità da 10 a 20 Mega! 
Risparmia con Tutto Incluso: telefono + adsl 20 mega a soli 29,95 € al mese per 
due anni!
SCONTO DI 240 EURO!
http://abbonati.tiscali.it/telefono-adsl/prodotti/tc/tuttoincluso/?

Re: [oe] [PATCHv2] linux-firmware: split into bus specific packages.

2011-02-23 Thread Filip Zyzniewski 
On 2/23/11, Eric Benard  wrote:
> As already said before, there is an other version of this recipe in
> recipes/firmwares/linux-firmware.inc
> which is already splitted in small packages for some firmware such as :
> firmware-atheros-ar9271.bb
> firmware-marvell-sd8688_10.38.1-p25.bb

So you suggest removing recipes/linux-firmware altogether?
If so, recipes/firmwares/linux-firmware.inc would need a lot of
reshaping to provide what I need (bus specific packages).

bye,
Filip Zyzniewski

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH 05/14] cmake.bbclass: use 2.8 modules

2011-02-23 Thread Otavio Salvador 
Signed-off-by: Otavio Salvador 
---
 classes/cmake.bbclass |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/classes/cmake.bbclass b/classes/cmake.bbclass
index 29248e6..97347f2 100644
--- a/classes/cmake.bbclass
+++ b/classes/cmake.bbclass
@@ -43,7 +43,7 @@ cmake_do_generate_toolchain_file() {
   echo "set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY )" >> 
${WORKDIR}/toolchain.cmake
   echo "set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY )" >> 
${WORKDIR}/toolchain.cmake
 # Use native cmake modules
-  echo "set( CMAKE_MODULE_PATH 
${STAGING_DIR_NATIVE}/usr/share/cmake-2.6/Modules/ )" >> 
${WORKDIR}/toolchain.cmake
+  echo "set( CMAKE_MODULE_PATH 
${STAGING_DIR_NATIVE}/usr/share/cmake-2.8/Modules/ )" >> 
${WORKDIR}/toolchain.cmake
 }
 
 addtask generate_toolchain_file after do_patch before do_configure
-- 
1.7.2.3


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH 04/14] cmake: add OE qt4-tools-{native,sdk} support

2011-02-23 Thread Otavio Salvador 
 * make it find qmake2, moc4 and others
 * convert to INC_PR

Signed-off-by: Otavio Salvador 
---
 .../cmake-2.8.3/support-oe-qt4-tools-names.patch   |   85 
 recipes/cmake/cmake-native_2.8.3.bb|2 +-
 recipes/cmake/cmake-sdk_2.8.3.bb   |2 +-
 recipes/cmake/cmake.inc|5 +-
 recipes/cmake/cmake_2.8.3.bb   |2 +
 5 files changed, 92 insertions(+), 4 deletions(-)
 create mode 100644 recipes/cmake/cmake-2.8.3/support-oe-qt4-tools-names.patch

diff --git a/recipes/cmake/cmake-2.8.3/support-oe-qt4-tools-names.patch 
b/recipes/cmake/cmake-2.8.3/support-oe-qt4-tools-names.patch
new file mode 100644
index 000..b456923
--- /dev/null
+++ b/recipes/cmake/cmake-2.8.3/support-oe-qt4-tools-names.patch
@@ -0,0 +1,85 @@
+--- a/Modules/FindQt4.cmake
 b/Modules/FindQt4.cmake
+@@ -461,7 +461,7 @@
+ # check for qmake
+ # Debian uses qmake-qt4
+ # macports' Qt uses qmake-mac
+-FIND_PROGRAM(QT_QMAKE_EXECUTABLE NAMES qmake qmake4 qmake-qt4 qmake-mac PATHS
++FIND_PROGRAM(QT_QMAKE_EXECUTABLE NAMES qmake qmake2 qmake4 qmake-qt4 
qmake-mac PATHS
+   
"[HKEY_CURRENT_USER\\Software\\Trolltech\\Qt3Versions\\4.0.0;InstallDir]/bin"
+   "[HKEY_CURRENT_USER\\Software\\Trolltech\\Versions\\4.0.0;InstallDir]/bin"
+   
"[HKEY_CURRENT_USER\\Software\\Trolltech\\Versions\\${qt_install_version};InstallDir]/bin"
+@@ -988,13 +988,13 @@
+   ENDIF(QT_QMAKE_CHANGED)
+   
+   FIND_PROGRAM(QT_MOC_EXECUTABLE
+-NAMES moc-qt4 moc
++NAMES moc-qt4 moc4 moc
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+ 
+   FIND_PROGRAM(QT_UIC_EXECUTABLE
+-NAMES uic-qt4 uic
++NAMES uic-qt4 uic4 uic
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+@@ -1006,49 +1006,49 @@
+ )
+ 
+   FIND_PROGRAM(QT_RCC_EXECUTABLE 
+-NAMES rcc
++NAMES rcc4 rcc
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+ 
+   FIND_PROGRAM(QT_DBUSCPP2XML_EXECUTABLE 
+-NAMES qdbuscpp2xml
++NAMES qdbuscpp2xml4 qdbuscpp2xml
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+ 
+   FIND_PROGRAM(QT_DBUSXML2CPP_EXECUTABLE 
+-NAMES qdbusxml2cpp
++NAMES qdbusxml2cpp4 qdbusxml2cpp
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+ 
+   FIND_PROGRAM(QT_LUPDATE_EXECUTABLE
+-NAMES lupdate-qt4 lupdate
++NAMES lupdate-qt4 lupdate4 lupdate
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+ 
+   FIND_PROGRAM(QT_LRELEASE_EXECUTABLE
+-NAMES lrelease-qt4 lrelease
++NAMES lrelease-qt4 lrelease4 lrelease
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+ 
+   FIND_PROGRAM(QT_QCOLLECTIONGENERATOR_EXECUTABLE
+-NAMES qcollectiongenerator-qt4 qcollectiongenerator
++NAMES qcollectiongenerator-qt4 qcollectiongenerator4 qcollectiongenerator
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+ 
+   FIND_PROGRAM(QT_DESIGNER_EXECUTABLE
+-NAMES designer-qt4 designer
++NAMES designer-qt4 designer4 designer
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+ 
+   FIND_PROGRAM(QT_LINGUIST_EXECUTABLE
+-NAMES linguist-qt4 linguist
++NAMES linguist-qt4 linguist4 linguist
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
diff --git a/recipes/cmake/cmake-native_2.8.3.bb 
b/recipes/cmake/cmake-native_2.8.3.bb
index e04885f..fa5e160 100644
--- a/recipes/cmake/cmake-native_2.8.3.bb
+++ b/recipes/cmake/cmake-native_2.8.3.bb
@@ -1,7 +1,7 @@
 inherit native
 require cmake.inc
 
-PR = "r1"
+PR = "${INC_PR}.0"
 
 SRC_URI[md5sum] = "a76a44b93acf5e3badda9de111385921"
 SRC_URI[sha256sum] = 
"689ed02786b5cefa5515c7716784ee82a82e8ece6be5a3d629ac3cc0c05fc288"
diff --git a/recipes/cmake/cmake-sdk_2.8.3.bb b/recipes/cmake/cmake-sdk_2.8.3.bb
index 5035b81..2dd7a17 100644
--- a/recipes/cmake/cmake-sdk_2.8.3.bb
+++ b/recipes/cmake/cmake-sdk_2.8.3.bb
@@ -1,7 +1,7 @@
 inherit sdk
 require cmake.inc
 
-PR = "r1"
+PR = "${INC_PR}.0"
 
 SRC_URI[md5sum] = "a76a44b93acf5e3badda9de111385921"
 SRC_URI[sha256sum] = 
"689ed02786b5cefa5515c7716784ee82a82e8ece6be5a3d629ac3cc0c05fc288"
diff --git a/recipes/cmake/cmake.inc b/recipes/cmake/cmake.inc
index ef6f5aa..814743e 100644
--- a/recipes/cmake/cmake.inc
+++ b/recipes/cmake/cmake.inc
@@ -5,10 +5,11 @@ DESCRIPTION = "A cross-platform, open-source make system"
 HOMEPAGE = "http://www.cmake.org/";
 LICENSE = "Berkeley-style license"
 SECTION = "console/utils"
-PR = "r2"
+INC_PR = "r2"
 
 CMAKE_MAJOR_VERSION = 
"${@bb.data.getVar('PV',d,1).split('.')[0]}.${@bb.data.getVar('PV',d,1).split('.')[1]}"
-SRC_URI = 
"http://www.cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz";
+SRC_URI = 
"http://www.cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
+   file://support-oe-qt4-tools-names.patch"
 
 inherit autotools
 
diff --git a/recipes/cmake/cmake_2.8.3.bb b/recipes/cmake/cmake_2.8.3.bb
index 8c96388..cb5f7f7 100644
--- a/recipes/cmake/cmake_2.8.3.bb
+++ b/recipes/cmake/cmake_2.8.3.bb
@@ -1,5 +1,7 @@
 requir

Re: [oe] [PATCH 05/14] cmake.bbclass: use 2.8 modules

2011-02-23 Thread Phil Blundell 
On Wed, 2011-02-23 at 13:07 +, Otavio Salvador wrote:
> -  echo "set( CMAKE_MODULE_PATH 
> ${STAGING_DIR_NATIVE}/usr/share/cmake-2.6/Modules/ )" >> 
> ${WORKDIR}/toolchain.cmake
> +  echo "set( CMAKE_MODULE_PATH 
> ${STAGING_DIR_NATIVE}/usr/share/cmake-2.8/Modules/ )" >> 
> ${WORKDIR}/toolchain.cmake

This seems a bit fragile (and, presumably, is bad news for anybody who
is still using cmake 2.6 for any reason).  Isn't there any way to
automatically select the version that matches
${STAGING_BINDIR_NATIVE}/cmake or whatever?

p.



___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH 14/14] libcap2: 2.16 -> 2.20

2011-02-23 Thread Otavio Salvador 
Fix compilation with newer kernel headers:

| .../tmp/sysroots/.../usr/include/asm/sigcontext.h:28:2: error:
|expected specifier-qualifier-list before '__u64'
| .../tmp/sysroots/.../usr/include/asm/sigcontext.h:191:2: error:
|expected specifier-qualifier-list before '__u64'
| make[1]: *** [capsh.o] Error 1

Signed-off-by: Otavio Salvador 
---
 recipes/libcap/libcap2-2.16/make.patch |   33 
 recipes/libcap/libcap2/make.patch  |   30 +
 recipes/libcap/libcap2_2.16.bb |   28 ---
 recipes/libcap/libcap2_2.20.bb |   28 +++
 4 files changed, 58 insertions(+), 61 deletions(-)
 delete mode 100644 recipes/libcap/libcap2-2.16/make.patch
 create mode 100644 recipes/libcap/libcap2/make.patch
 delete mode 100644 recipes/libcap/libcap2_2.16.bb
 create mode 100644 recipes/libcap/libcap2_2.20.bb

diff --git a/recipes/libcap/libcap2-2.16/make.patch 
b/recipes/libcap/libcap2-2.16/make.patch
deleted file mode 100644
index b8508e4..000
--- a/recipes/libcap/libcap2-2.16/make.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-Index: libcap-2.16/Make.Rules
-===
 libcap-2.16.orig/Make.Rules2008-12-04 08:03:30.0 +0100
-+++ libcap-2.16/Make.Rules 2011-01-13 22:51:04.568844000 +0100
-@@ -45,25 +45,18 @@
- KERNEL_HEADERS := $(topdir)/libcap/include
- IPATH += -I$(topdir)/libcap/include -I$(KERNEL_HEADERS)
- 
--CC := gcc
--CFLAGS := -O2
--BUILD_CC := $(CC)
--BUILD_CFLAGS := $(CFLAGS) $(IPATH)
--AR := ar
--RANLIB := ranlib
-+LD=$(CC) -Wl,-x -shared
- DEBUG = -g #-DDEBUG
- WARNINGS=-fPIC -Wall -Wwrite-strings \
- -Wpointer-arith -Wcast-qual -Wcast-align \
- -Wstrict-prototypes -Wmissing-prototypes \
- -Wnested-externs -Winline -Wshadow
--LD=$(CC) -Wl,-x -shared
--LDFLAGS := #-g
- 
--SYSTEM_HEADERS = /usr/include
-+SYSTEM_HEADERS ?= /usr/include
- INCS=$(topdir)/libcap/include/sys/capability.h
- LDFLAGS += -L$(topdir)/libcap
- CFLAGS += -Dlinux $(WARNINGS) $(DEBUG) $(IPATH)
--PAM_CAP := $(shell if [ -f /usr/include/security/pam_modules.h ]; then echo 
yes ; else echo no ; fi)
-+PAM_CAP := $(shell if [ -f $(SYSTEM_HEADERS)/security/pam_modules.h ]; then 
echo yes ; else echo no ; fi)
- INDENT := $(shell if [ -n "$(which indent 2>/dev/null)" ]; then echo "| 
indent -kr" ; fi)
- DYNAMIC := $(shell if [ ! -d "$(topdir)/.git" ]; then echo yes; fi)
- LIBATTR := yes
diff --git a/recipes/libcap/libcap2/make.patch 
b/recipes/libcap/libcap2/make.patch
new file mode 100644
index 000..57a2cae
--- /dev/null
+++ b/recipes/libcap/libcap2/make.patch
@@ -0,0 +1,30 @@
+--- a/Make.Rules
 b/Make.Rules
+@@ -47,25 +47,18 @@
+ KERNEL_HEADERS := $(topdir)/libcap/include
+ IPATH += -fPIC -I$(topdir)/libcap/include -I$(KERNEL_HEADERS)
+ 
+-CC := gcc
+-CFLAGS := -O2
+-BUILD_CC := $(CC)
+-BUILD_CFLAGS := $(CFLAGS) $(IPATH)
+-AR := ar
+-RANLIB := ranlib
+ DEBUG = -g #-DDEBUG
+ WARNINGS=-Wall -Wwrite-strings \
+ -Wpointer-arith -Wcast-qual -Wcast-align \
+ -Wstrict-prototypes -Wmissing-prototypes \
+ -Wnested-externs -Winline -Wshadow
+ LD=$(CC) -Wl,-x -shared
+-LDFLAGS := #-g
+ 
+-SYSTEM_HEADERS = /usr/include
++SYSTEM_HEADERS ?= /usr/include
+ INCS=$(topdir)/libcap/include/sys/capability.h
+ LDFLAGS += -L$(topdir)/libcap
+ CFLAGS += -Dlinux $(WARNINGS) $(DEBUG)
+-PAM_CAP := $(shell if [ -f /usr/include/security/pam_modules.h ]; then echo 
yes ; else echo no ; fi)
++PAM_CAP := $(shell if [ -f $(SYSTEM_HEADERS)/security/pam_modules.h ]; then 
echo yes ; else echo no ; fi)
+ INDENT := $(shell if [ -n "$(which indent 2>/dev/null)" ]; then echo "| 
indent -kr" ; fi)
+ DYNAMIC := $(shell if [ ! -d "$(topdir)/.git" ]; then echo yes; fi)
+ LIBATTR := yes
diff --git a/recipes/libcap/libcap2_2.16.bb b/recipes/libcap/libcap2_2.16.bb
deleted file mode 100644
index beb45f2..000
--- a/recipes/libcap/libcap2_2.16.bb
+++ /dev/null
@@ -1,28 +0,0 @@
-DESCRIPTION = "Libcap is a library for getting and setting POSIX.1e (formerly 
POSIX 6) draft 15 capabilities."
-PRIORITY = "optional"
-SECTION = "libs"
-LICENSE = "GPL"
-DEPENDS = "bison-native flex-native attr ${@base_contains('DISTRO_FEATURES', 
'pam', 'libpam', '', d)}"
-PR = "r3"
-
-BUILD_CFLAGS += "-I${S}/libcap/include"
-CFLAGS += "-I${S}/libcap/include"
-LDFLAGS =+ "-L../libcap"
-
-SRC_URI = 
"${KERNELORG_MIRROR}/pub/linux/libs/security/linux-privs/libcap2/libcap-${PV}.tar.bz2
 \
-  file://make.patch \
-   "
-
-S = "${WORKDIR}/libcap-${PV}"
-
-EXTRA_OEMAKE = "SYSTEM_HEADERS=${STAGING_INCDIR}"
-
-do_install() {
-   install -d ${D}${includedir}/sys
-   install -m 0644 libcap/include/sys/capability.h ${D}${includedir}/sys/
-   install -d ${D}${libdir}
-   oe_libinstall -s -C libcap libcap ${D}${libdir}
-}
-
-SRC_URI[md5sum] = "6e2c9d0f3c3118e41cd07288ba9577ce"
-SRC_URI[sha256sum] = 
"9c5a41a5577d6f702fe4d29e92f91f1d586a2ef272f6b7fa137

Re: [oe] [PATCH 05/14] cmake.bbclass: use 2.8 modules

2011-02-23 Thread Otavio Salvador 
On Wed, Feb 23, 2011 at 13:41, Phil Blundell  wrote:
> On Wed, 2011-02-23 at 13:07 +, Otavio Salvador wrote:
>> -  echo "set( CMAKE_MODULE_PATH 
>> ${STAGING_DIR_NATIVE}/usr/share/cmake-2.6/Modules/ )" >> 
>> ${WORKDIR}/toolchain.cmake
>> +  echo "set( CMAKE_MODULE_PATH 
>> ${STAGING_DIR_NATIVE}/usr/share/cmake-2.8/Modules/ )" >> 
>> ${WORKDIR}/toolchain.cmake
>
> This seems a bit fragile (and, presumably, is bad news for anybody who
> is still using cmake 2.6 for any reason).  Isn't there any way to
> automatically select the version that matches
> ${STAGING_BINDIR_NATIVE}/cmake or whatever?

I see noone using cmake 2.6.

In any case cmake will know the "internal" modules directory by itself
so it works even if this value doesn't match. This is where it is
going to look as fallback and I was using 2.8 without 2.6 for long
time without noticing any issue.

This seems safe. We could drop the CMAKE_MODULE_PATH if preferred. I
just fixed it to 2.8 to reflect the current default one.

-- 
Otavio Salvador                             O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Weird behaviour with PPP

2011-02-23 Thread Andreas Oberritter 
Hi Martin,

On 02/22/2011 09:11 PM, Martin Jansa wrote:
> On Tue, Feb 22, 2011 at 07:24:28PM +0100, Andreas Oberritter wrote:
>> Hi,
>>
>> On 02/22/2011 06:52 PM, Eric Benard wrote:
>>> On 22/02/2011 18:22, Mickael Chazaux wrote:
 I have a hard time figuring out why bitbake seems to mix versions of
 ppp... Any ideas?

>>> strange, which distro, git tag, bitbake version are you using ?
>>>
>>> Both bitbake ppp-2.4.5 & bitbake -b
>>> openembedded/recipes/ppp/ppp_2.4.5.bb work fine here (angstrom 2008.1,
>>> armv5 target, bitbake 1.12.0).
>>
>> I don't think this has anything to do with ppp. I faced the same issue
>> with a local recipe, of which an older version had been built before.
>> When packaging, the old version was used. A new workdir was created for
>> the old version during this step and the resulting packages were empty.
>> No recipe existed for this old version at that time, i.e. PR had already
>> been increased to 1.0, but 0.0 was used by bitbake.
>>
>> In the end, I deleted bitbake's cache and all files matching the
>> package's name to get rid of the annoying problem. I think there were
>> pstage packages of the old version lying around.
> 
> This wrong behavior is quite common ie after changing PACKAGE_ARCH, see:
> http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg04280.html

In that thread, if I understood correctly, Richard suggested that
packaged staging could solve the problem. But that doesn't seem to be
the case. Do you know why?

Regards,
Andreas


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCHv2] linux-firmware: split into bus specific packages.

2011-02-23 Thread Koen Kooi 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 23-02-11 14:26, Filip Zyzniewski wrote:
> On 2/23/11, Eric Benard  wrote:
>> As already said before, there is an other version of this recipe in
>> recipes/firmwares/linux-firmware.inc
>> which is already splitted in small packages for some firmware such as :
>> firmware-atheros-ar9271.bb
>> firmware-marvell-sd8688_10.38.1-p25.bb
> 
> So you suggest removing recipes/linux-firmware altogether?
> If so, recipes/firmwares/linux-firmware.inc would need a lot of
> reshaping to provide what I need (bus specific packages).

I have no strong opinion on that, but I need a wl12xx package before the
end of the week due to deadlines, so I added that to the existing
linux-firmware recipe.

FWIW, if the split goes thru, proper licensing info needs to get added
to the subpackages as well.

regards,

Koen
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFNZRlxMkyGM64RGpERAnZiAJ9zUQNuUAMJ/BCnUNQ7j9SoIMFjRACaAtVR
/crz6+iArTErc59iLcP/yUA=
=idnZ
-END PGP SIGNATURE-


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 13/14] linux (2.6.37): add 2.6.37.1 stable patch

2011-02-23 Thread Martin Jansa 
On Wed, Feb 23, 2011 at 01:07:24PM +, Otavio Salvador wrote:
> Signed-off-by: Otavio Salvador 
> ---
>  recipes/linux/linux_2.6.37.bb |5 -
>  1 files changed, 4 insertions(+), 1 deletions(-)
> 
> diff --git a/recipes/linux/linux_2.6.37.bb b/recipes/linux/linux_2.6.37.bb
> index 39c0c08..e11af81 100644
> --- a/recipes/linux/linux_2.6.37.bb
> +++ b/recipes/linux/linux_2.6.37.bb
> @@ -1,6 +1,6 @@
>  require linux.inc
>  
> -PR = "r2"
> +PR = "r3"
>  
>  # Mark archs/machines that this kernel supports
>  DEFAULT_PREFERENCE = "-1"
> @@ -20,6 +20,7 @@ DEFAULT_PREFERENCE_visstrim_m10 = "1"
>  # DEFAULT_PREFERENCE_om-gta01 = "1"
>  
>  SRC_URI = 
> "${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/linux-${PV}.tar.bz2;name=kernel \
> +   
> ${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/patch-${PV}.1.bz2;apply=yes;name=stablepatch
>  \
> file://defconfig "
>  
>  SRC_URI_append_om-gta02 = " \
> @@ -33,3 +34,5 @@ SRC_URI_append_om-gta01 = " \
>  
>  SRC_URI[kernel.md5sum] = "c8ee37b4fdccdb651e0603d35350b434"
>  SRC_URI[kernel.sha256sum] = 
> "edbf091805414739cf57a3bbfeba9e87f5e74f97e38f04d12060e9e0c71e383a"
> +SRC_URI[stablepatch.md5sum] = "7693d1d32ed39346cc988e0f027e5890"
> +SRC_URI[stablepatch.sha256sum] = 
> "c33bfa59828a9ff6916993ec008967a8c1d71a18b743ee15f4280e773ef4baaf"

I'll push mine then :).

-- 
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com


pgpdcLra5epzf.pgp
Description: PGP signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH 13/14] linux (2.6.37): add 2.6.37.1 stable patch

2011-02-23 Thread Otavio Salvador 
\On Wed, Feb 23, 2011 at 14:34, Martin Jansa  wrote:
> On Wed, Feb 23, 2011 at 01:07:24PM +, Otavio Salvador wrote:
>> Signed-off-by: Otavio Salvador 

Sure. Please do.

-- 
Otavio Salvador                             O.S. Systems
E-mail: ota...@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH] groff - fix do_install failure

2011-02-23 Thread Mike Westerhof 
Bitbaking groff fails in the do_install step, complaining that img/pic* does
not exist.  Normally, these files would be created by groff itself during the
build process, but since we are cross-compiling, the old recipe replaces the
invocation of groff and troff with echo commands.  However, echo does not
create the output files, which eventually results in the do_install failure.

This patch makes groff dependent on groff-native, and instead of using echo,
it instructs the build process to use the staged groff binaries.

Signed-off-by: Mike Westerhof 

---
diff --git a/recipes/groff/groff_1.20.1.bb b/recipes/groff/groff_1.20.1.bb
index 6ea87dc..5869ff7 100644
--- a/recipes/groff/groff_1.20.1.bb
+++ b/recipes/groff/groff_1.20.1.bb
@@ -1,7 +1,10 @@
 DESCRIPTION = "GNU roff"
 SECTION = "base"
 LICENSE = "GPL"
-PR = "r2"
+PR = "r3"
+
+DEPENDS = "groff-native"
+DEPENDS_virtclass-native = ""

 SRC_URI = "http://ftp.gnu.org/gnu/groff/groff-${PV}.tar.gz \
   "
@@ -15,10 +18,10 @@ PARALLEL_MAKE = ""
 do_configure_prepend(){
if [ "${BUILD_SYS}" != "${HOST_SYS}" ]; then
sed -i \
-   -e '/^GROFFBIN=/s:=.*:=echo:' \
-   -e '/^TROFFBIN=/s:=.*:=echo:' \
-   -e '/^GROFF_BIN_PATH=/s:=.*:=:' \
-   -e '/^GROFF_BIN_DIR=/s:=.*:=:' \
+   -e '/^GROFFBIN=/s:=.*:=${STAGING_BINDIR_NATIVE}/groff:' \
+   -e '/^TROFFBIN=/s:=.*:=${STAGING_BINDIR_NATIVE}/troff:' \
+   -e '/^GROFF_BIN_PATH=/s:=.*:=${STAGING_BINDIR_NATIVE}:' \
+   -e '/^GROFF_BIN_DIR=/s:=.*:=${STAGING_BINDIR_NATIVE}:' \
${S}/contrib/*/Makefile.sub \
${S}/doc/Makefile.in \
${S}/doc/Makefile.sub

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] groff - fix do_install failure

2011-02-23 Thread Khem Raj 
On Wed, Feb 23, 2011 at 10:44 AM, Mike Westerhof  wrote:
> Bitbaking groff fails in the do_install step, complaining that img/pic* does
> not exist.  Normally, these files would be created by groff itself during the
> build process, but since we are cross-compiling, the old recipe replaces the
> invocation of groff and troff with echo commands.  However, echo does not
> create the output files, which eventually results in the do_install failure.
>
> This patch makes groff dependent on groff-native, and instead of using echo,
> it instructs the build process to use the staged groff binaries.
>
> Signed-off-by: Mike Westerhof 

looks good.

Acked-by: Khem Raj 

>
> ---
> diff --git a/recipes/groff/groff_1.20.1.bb b/recipes/groff/groff_1.20.1.bb
> index 6ea87dc..5869ff7 100644
> --- a/recipes/groff/groff_1.20.1.bb
> +++ b/recipes/groff/groff_1.20.1.bb
> @@ -1,7 +1,10 @@
>  DESCRIPTION = "GNU roff"
>  SECTION = "base"
>  LICENSE = "GPL"
> -PR = "r2"
> +PR = "r3"
> +
> +DEPENDS = "groff-native"
> +DEPENDS_virtclass-native = ""
>
>  SRC_URI = "http://ftp.gnu.org/gnu/groff/groff-${PV}.tar.gz \
>           "
> @@ -15,10 +18,10 @@ PARALLEL_MAKE = ""
>  do_configure_prepend(){
>        if [ "${BUILD_SYS}" != "${HOST_SYS}" ]; then
>                sed -i \
> -                   -e '/^GROFFBIN=/s:=.*:=echo:' \
> -                   -e '/^TROFFBIN=/s:=.*:=echo:' \
> -                   -e '/^GROFF_BIN_PATH=/s:=.*:=:' \
> -                   -e '/^GROFF_BIN_DIR=/s:=.*:=:' \
> +                   -e '/^GROFFBIN=/s:=.*:=${STAGING_BINDIR_NATIVE}/groff:' \
> +                   -e '/^TROFFBIN=/s:=.*:=${STAGING_BINDIR_NATIVE}/troff:' \
> +                   -e '/^GROFF_BIN_PATH=/s:=.*:=${STAGING_BINDIR_NATIVE}:' \
> +                   -e '/^GROFF_BIN_DIR=/s:=.*:=${STAGING_BINDIR_NATIVE}:' \
>                    ${S}/contrib/*/Makefile.sub \
>                    ${S}/doc/Makefile.in \
>                    ${S}/doc/Makefile.sub
>
> ___
> 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] External toolchain

2011-02-23 Thread Khem Raj 
On Wed, Feb 23, 2011 at 3:49 AM, Luca Bolognini  wrote:
> Hi,thank you Ahsan for you reply.I solved my issue and I succeed in using 
> external toolchain CodeSourcery2009q1 to cross-compile some packages in my OE 
> 2010.12 release.However I didn't create any symlink of 
> arm-angstrom-linux-gnueabi-gcc to arm-none-linux-gnueabi-gcc.I added an 
> instantiation of TARGET_SYS variable to the hints of Denys and Tom (se 
> reference link in my previous email).It's important to do so in order not to 
> have errors in the do_install task of external-toolchain-csl.bb recipe.Then, 
> as a resume, my openembedded/conf/distro/angstrom-2008.1.conf file changed in 
> this way:
> # Set the toolchain type (internal, external) and brand (generic, csl etc.)# 
> LUCATARGET_VENDOR = "-none"TOOLCHAIN_TYPE ?= "external"TOOLCHAIN_BRAND ?= 
> "csl"TOOLCHAIN_PATH = "/opt/ti/codesourcery"TARGET_SYS = 
> "arm-none-linux-gnueabi"TOOLCHAIN_SYSPATH = 
> "${TOOLCHAIN_PATH}/arm-none-linux-gnueabi"PATH_prepend = 
> "${TOOLCHAIN_PATH}/bin:"require conf/distro/include/toolchain-external.inc
> instead of
> # Set the toolchain type (internal, external) and brand (generic, csl 
> etc.)TOOLCHAIN_TYPE ?= "internal"TOOLCHAIN_BRAND ?= ""
> Then it worked.Bye,Luca
>

good it worked for you. Would you please document the steps you took
from the beginning to get it working ?
and send it as reply to this email ? We would like to add this into
the wiki or FAQs

Thanks for your help
-Khem

>
>
> Messaggio originale
> Da: noor_ah...@mentor.com
> Data: 22/02/2011 10.47
> A: 
> Ogg: Re: [oe] External toolchain
>
> Hello Luca,
>
> Probably you need to create symbolic links of arm-angstrom-linux-
> gnueabi-gcc to arm-none-linux-gnueabi-gcc. OE assumes that the compiler name 
> is arm-angstrom-linux-gnueabi-gcc. You can see the "CC" variable value by 
> take environment of libtool-cross (using -e options) that how OE is creating 
> the name of compiler.
>
> Regards,
> Noor
>
> -Original Message-
> From: openembedded-devel-boun...@lists.openembedded.org 
> [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Luca 
> Bolognini
> Sent: Tuesday, February 22, 2011 2:16 PM
> To: Open Embedded Mailing List
> Subject: [oe] External toolchain
>
> Hi,
> I would like to use an external toolchain (CodeSourcery2009q1) to
> cross-compile some packages for my beagleboard (more or less the same
> that happens in Arago) and then I expect not to download glibc package
> and cross-compile again libc, libpthread and so on. I would like to use
> the libraries inside my external CodeSourcery SDK.
> I followed some
> hints by Denys and Tom ( http://lists.linuxtogo.
> org/pipermail/openembedded-devel/2010-April/019521.html ) and I put
>
> #
> LUCA
> TARGET_VENDOR = "-none"
> TOOLCHAIN_TYPE ?= "external"
>
> TOOLCHAIN_BRAND ?= "csl"
> TOOLCHAIN_PATH = "/opt/ti/codesourcery"
>
> TOOLCHAIN_SYSPATH = "${TOOLCHAIN_PATH}/arm-none-linux-gnueabi"
>
> PATH_prepend = "${TOOLCHAIN_PATH}/bin:"
> require
> conf/distro/include/toolchain-external.inc
>
> inside my
> openembedded/conf/distro/angstrom-2008.1.conf
>
> As you know, cross-
> compiler provided by CodeSoucery is arm-none-linux-gnueabi-gcc but I
> get the following error with libtool-cross_2.2.6b.bb:
> Build
> Configuration:
> BB_VERSION        = "1.8.19"
> METADATA_BRANCH   =
> "release-2010.12"
> METADATA_REVISION = "dec3967"
> TARGET_ARCH       =
> "arm"
> TARGET_OS         = "linux-gnueabi"
> MACHINE           =
> "beagleboard"
> DISTRO            = "angstrom"
> DISTRO_VERSION    =
> "2010.7-test-20110221"
> TARGET_FPU        = "hard"
> [...]
> | checking for
> arm-angstrom-linux-gnueabi-gcc... arm-angstrom-linux-gnueabi-gcc -
> march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-
> interwork -mno-thumb
> | checking whether the C compiler works... no
> |
> configure: error: in `/home/bolognini/diskp2/diskp2.4/pure-
> oe/build/tmp/work/armv7a-angstrom-linux-gnueabi/libtool-cross-2.2.6b-
> r27.1/libtool-2.2.6b':
> | configure: error: C compiler cannot create
> executables
>
> Obviously OE doesn't have to find arm-angstrom-linux-
> gnueabi-gcc, but why does it search for arm-angstrom-linux-gnueabi-gcc
> instead of arm-none-linux-gnueabi-gcc ?
> What's wrong inside angstrom-
> 2008.1.conf or what am I missing?
>
> Thank you for your support
> Luca
>
>
> Supera i limiti: raddoppia la velocità da 10 a 20 Mega!   Risparmia con Tutto 
> Incluso: telefono + adsl 20 mega a soli 29,95 € al mese per due anni!  SCONTO 
> DI 240 EURO!  
> http://abbonati.tiscali.it/telefono-adsl/prodotti/tc/tuttoincluso/?WT.mc_id=01fw
>
> ___
> 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

[oe] OE TSC Meeting 2011/02/21 Minutes

2011-02-23 Thread Richard Purdie 
Attendees: Khem, Koen, Mark, Richard, Tom
Apologies: Stefan

Chair for meeting: Richard

Proposed agenda was accepted. From the next meeting we'll invite Jeff to
attend and help with agendas/minutes and documentation of
policies/procedures.

Khem has a work in progress initial population for the oecore repository
which he agreed to push it after the meeting. It was agreed to base this
on Poky's history as not having any history would seem counter
productive. It was agreed to remove bitbake from the repo. There was a
lot of discussion about recipes, specifically linux-yocto, it was agreed
the "standard" kernels needed cleanup before making it into the core and
that that a vanilla kernel.org kernel would be desirable, possibly in
addition to linux-yocto. It was agreed that as/when any alternatives
were available we'd consider them but for now, linux-yocto works and
provides good support for the qemu machines.

For history, it was agreed that when pulling in data from other repos,
we'd mention where it was from and which revision of that tree it was
based upon so at least people can trace things back with a manual step
if needed. Grafting on the OE.dev history (in git terms) to meta-oe
isn't possible due to the way the repo is being populated.

We do need to investigate the delta between OE and Poky's core class
files and Mark volunteered to try and classify the differences for the
next meeting.

It was agreed to use a pull model for oecore with RP taking the top of
the pull tree role. For meta-oe, there was a lot of argument for
starting to use a pull model there too in an effort to also improve
quality, but, the TSC recognised this might be the cause of friction. It
was agreed to trial this for meta-oe whilst it becomes established and
to actively solicit member feedback on how this works out. It should be
stressed this is just a trial at this point.

For specific branches, it was agreed that people could be designated
maintainers for them and from the technical side, gitolite lets us do
this.

It was also agreed that we should have relatively open access contrib
trees alongside the main repos for the pull requests to come from.

The pull model needs clear contribution guidelines. Richard took the
action to find the ones being used for Yocto which will likely serve as
a basis for OE-core.

The topic of a distro in the core was controversial as distros don't
want to be forced into particular policies. There was a general thought
that having a set of soft shared policy defaults could be beneficial and
it was agreed that we could come up with a proposal everyone would at
least consider and evaluate. The intent is not to make all the distros
the same, just to simplify and share code where possible.

Yocto's plans to turn poky into an integration repo only were reiterated
and hence Yocto would become based off oe-core. Patch submission would
move to be done at the oe-core level for oe-core components.

Timeline wise, it was agreed to aim to make the OE 2011.07 release be
oe-core + meta-oe based. Likewise, Yocto's Q4 release would be oe-core
based.

Various other topics were touched upon but the TSC agreed to start
having more discussion via email as the meetings aren't cutting through
the details quickly enough.

Regards,

Richard
(on behalf of the interim-TSC)


IRC logs of the meeting follow:
(NB: in case of any mismatch, the minutes are the agreed outcome of the
meeting)

(20:57:05) Tartarus: Almost top of the hour and time to get on-topic, heh
(20:57:15) fray: yup...
(20:58:04) koen: any volunteers for chairing?
(20:59:16) RP__: I don't mind doing it again. I'd hoped Jeff might be here but 
with it being a US holiday I'm not holding out too much hope
(20:59:22) fray: I can if need be...
(21:00:25) khem: hello all
(21:00:34) RP__: hi khem
(21:00:35) fray: everyone here except Stefan?
(21:00:42) RP__: looks like it
(21:00:55) fray: shall we wait a few more minutes?
(21:01:36) RP__: We can give it a couple but we've a lot top get through so we 
need to get going soon IMO
(21:01:46) khem: lets start
(21:01:51) Tartarus: yes, lets just start
(21:01:55) koen: aye
(21:01:55) fray: ok.. lets start -- who is loging -- who is chair?
(21:01:56) RP__: Any changes to the agenda?
(21:01:57) khem: Stefan is not signed in
(21:02:13) khem: on IRC yet it might take sometime for him
(21:02:16) fray: I'm good with the one Koen sent out
(21:02:22) Tartarus: my client lacks logging so not me
(21:02:24) RP__: I can chair
(21:02:36) RP__: and my client logs :)
(21:02:42) ***khem has logging 
(21:02:53) koen: 
http://lists.linuxtogo.org/pipermail/tsc/2011-February/63.html
(21:02:55) khem: ok RP__ go ahead
(21:03:04) RP__: ok, repo population
(21:03:18) RP__: khem posted a summary of where he's at
(21:03:26) khem: yes
(21:03:32) RP__: I also removed many old machines in upstream poky
(21:03:43) khem: ok
(21:03:50) khem: my snapshot is about 4-5 days
(21:03:52) khem: old
(21:03:59) RP__: What else do we need to change? Move poky d

[oe] [PATCH] gcc 4.1.2: fix dependency_libs for libstdc++ and libsupc++

2011-02-23 Thread Frans Meulenbroeks 
This fixes a QA issue in gcc 4.1.2.
The patch is identical to what is done in gcc 4.2.2 and 4.2.4
The issues caused neek compilations to fail

Signed-off-by: Frans Meulenbroeks 
---

NOTE: gcc 4.1.0 4.1.1 4.2.1 4.2.3 are also missing this patch.
Can't easily test those now so not submitting a patch for these.
and maybe the patch is also needed for gcc 4.0.*
No idea about gcc3.

 recipes/gcc/gcc-4.1.2.inc |   15 ++-
 1 files changed, 14 insertions(+), 1 deletions(-)

diff --git a/recipes/gcc/gcc-4.1.2.inc b/recipes/gcc/gcc-4.1.2.inc
index 36b45db..9df67e2 100644
--- a/recipes/gcc/gcc-4.1.2.inc
+++ b/recipes/gcc/gcc-4.1.2.inc
@@ -5,7 +5,7 @@ NATIVEDEPS = "mpfr-native gmp-native"
 
 COMPATIBLE_TARGET_SYS = "."
 
-INC_PR = "r27"
+INC_PR = "r28"
 
 SRC_URI = "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2;name=archive \
file://100-uclibc-conf.patch \
@@ -60,6 +60,19 @@ do_compile_prepend_avr32() {
ln -sf ${S}/libstdc++-v3/config/os/uclibc/ 
${S}/libstdc++-v3/config/os/uclibc-linux
 }
 
+# with sysroot this change is not needed for gcc 4.3+ but its needed
+# for older compilers because of bug in libtool as well as this PR
+# http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5291
+# we append the .la munging specially for libstdc++ and libsupc++ here
+# This change if needed for other compilers in use should be put
+# in there specific inc file.
+
+do_install_append () {
+for d in ${target_libdir} ${target_libdir}/nof; do
+sed -i "s|dependency_libs\s*=\s*.*|dependency_libs='-lm '|" 
${D}$d/libsupc++.la || true
+sed -i "s|dependency_libs\s*=\s*.*|dependency_libs='-lm '|" 
${D}$d/libstdc++.la || true
+done
+}
 
 # Language Overrides
 FORTRAN = ""
-- 
1.7.1


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH] package_deb.bbclass: create a proper package_update_index_deb task.

2011-02-23 Thread Filip Zyzniewski 
Until now the Packages.gz generation was hardcoded in rootfs_deb_do_rootfs.

Signed-off-by: Filip Zyzniewski 
---
 classes/package_deb.bbclass |   28 
 classes/rootfs_deb.bbclass  |5 -
 2 files changed, 28 insertions(+), 5 deletions(-)

diff --git a/classes/package_deb.bbclass b/classes/package_deb.bbclass
index f94771c..9f2a342 100644
--- a/classes/package_deb.bbclass
+++ b/classes/package_deb.bbclass
@@ -276,3 +276,31 @@ python do_package_write_deb () {
 do_package_write_deb[dirs] = "${D}"
 addtask package_write_deb before do_package_write after do_package
 
+do_package_update_index_deb[lockfiles] = "${DEPLOY_DIR_DEB}.lock"
+do_package_update_index_deb[nostamp] = "1"
+do_package_update_index_deb[recrdeptask] += "do_package_write_deb"
+do_package_update_index_deb[depends] += "dpkg-native:do_populate_sysroot"
+
+do_package_update_index_deb () {
+   set -x
+
+   if [ ! -z "${DEPLOY_KEEP_PACKAGES}" ]; then
+   return
+   fi
+
+   cd "${DEPLOY_DIR_DEB}"
+   for arch in ${PACKAGE_ARCHS}; do
+   if [ -e "$arch" ] ; then 
+   dpkg-scanpackages "$arch" | gzip > "$arch/Packages.gz"
+   fi
+   if [ -e "${BUILD_ARCH}-$arch-sdk" ] ; then 
+   dpkg-scanpackages "${BUILD_ARCH}-$arch-sdk" | gzip > 
"${BUILD_ARCH}-$arch-sdk/Packages.gz"
+   fi
+   if [ -e "${SDK_SYS}-sdk-$arch" ] ; then
+   dpkg-scanpackages "${SDK_SYS}-sdk-$arch" | gzip > 
"${SDK_SYS}-sdk-$arch/Packages.gz"
+   fi
+   done
+   cd -
+}
+
+addtask package_update_index_deb before do_rootfs
diff --git a/classes/rootfs_deb.bbclass b/classes/rootfs_deb.bbclass
index 2130ad6..d5db816 100644
--- a/classes/rootfs_deb.bbclass
+++ b/classes/rootfs_deb.bbclass
@@ -24,11 +24,6 @@ fakeroot rootfs_deb_do_rootfs () {
continue;
fi
cd ${DEPLOY_DIR_DEB}/$arch
-   rm -f Packages.gz Packages Packages.bz2
-
-   # apt-native ignores Packages.bz2 unless /bin/bzip2 exists
-   # on the build host, so stick with gzip
-   dpkg-scanpackages . | gzip > Packages.gz
 
echo "Label: $arch" > Release
 
-- 
1.7.1


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] gcc 4.1.2: fix dependency_libs for libstdc++ and libsupc++

2011-02-23 Thread Khem Raj 
On Wed, Feb 23, 2011 at 12:17 PM, Frans Meulenbroeks
 wrote:
> This fixes a QA issue in gcc 4.1.2.
> The patch is identical to what is done in gcc 4.2.2 and 4.2.4
> The issues caused neek compilations to fail
>
> Signed-off-by: Frans Meulenbroeks 

Looks ok can you look at

commit 457d5b9818e21492a1425d8b6811cf57702394eb
Author: Khem Raj 
Date:   Sun Jun 6 10:40:01 2010 -0700

gcc-4.2.4: Fix libstdc++ build failures with new sysrooted staging.

* New sysrooted staging exposed few problems in GCC configury
  which were latent previously.

Signed-off-by: Khem Raj 

and do those changes for 4.1.x

> ---
>
> NOTE: gcc 4.1.0 4.1.1 4.2.1 4.2.3 are also missing this patch.
> Can't easily test those now so not submitting a patch for these.
> and maybe the patch is also needed for gcc 4.0.*
> No idea about gcc3.
>
>  recipes/gcc/gcc-4.1.2.inc |   15 ++-
>  1 files changed, 14 insertions(+), 1 deletions(-)
>
> diff --git a/recipes/gcc/gcc-4.1.2.inc b/recipes/gcc/gcc-4.1.2.inc
> index 36b45db..9df67e2 100644
> --- a/recipes/gcc/gcc-4.1.2.inc
> +++ b/recipes/gcc/gcc-4.1.2.inc
> @@ -5,7 +5,7 @@ NATIVEDEPS = "mpfr-native gmp-native"
>
>  COMPATIBLE_TARGET_SYS = "."
>
> -INC_PR = "r27"
> +INC_PR = "r28"
>
>  SRC_URI = "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2;name=archive \
>        file://100-uclibc-conf.patch \
> @@ -60,6 +60,19 @@ do_compile_prepend_avr32() {
>        ln -sf ${S}/libstdc++-v3/config/os/uclibc/ 
> ${S}/libstdc++-v3/config/os/uclibc-linux
>  }
>
> +# with sysroot this change is not needed for gcc 4.3+ but its needed
> +# for older compilers because of bug in libtool as well as this PR
> +# http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5291
> +# we append the .la munging specially for libstdc++ and libsupc++ here
> +# This change if needed for other compilers in use should be put
> +# in there specific inc file.
> +
> +do_install_append () {
> +        for d in ${target_libdir} ${target_libdir}/nof; do
> +                sed -i "s|dependency_libs\s*=\s*.*|dependency_libs='-lm '|" 
> ${D}$d/libsupc++.la || true
> +                sed -i "s|dependency_libs\s*=\s*.*|dependency_libs='-lm '|" 
> ${D}$d/libstdc++.la || true
> +        done
> +}
>
>  # Language Overrides
>  FORTRAN = ""
> --
> 1.7.1
>
>
> ___
> 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] net-snmp-svn-r7.0 do_compile failed

2011-02-23 Thread Tom Rini 

On 02/23/2011 12:55 AM, Steffen Sledz wrote:

Again a clean build:

OE:hipox sledz@mobil-400-586:~/work/openembedded>  bitbake net-snmp
...

Build Configuration:
BB_VERSION= "1.12.0"
METADATA_BRANCH   = "org.openembedded.dev"
METADATA_REVISION = "8e4bd2f"
TARGET_ARCH   = "arm"
TARGET_OS = "linux-gnueabi"
MACHINE   = "hipox"
DISTRO    = "angstrom"
DISTRO_VERSION= "2010.7-test-20110223"
TARGET_FPU= "soft"

...
libtool: link: arm-angstrom-linux-gnueabi-gcc -march=armv5te -mtune=arm926ej-s 
-Wl,-rpath-link 
-Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
 -Wl,-O1 -Wl,--hash-style=gnu -mthumb-interwork -mno-thumb 
-DNETSNMP_ENABLE_IPV6 
-isystem/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/include
 -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 -ggdb2 
-Ulinux -Dlinux=linux -Wall -Winline -Wstrict-prototypes -Wwrite-strings 
-Wcast-qual -Wno-char-subscripts -o .libs/snmpd .libs/snmpd.o -Wl,-rpath-link 
-Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
 -Wl,-O1 -Wl,--hash-style=gnu  
-L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs
 
-L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs
-L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs
 
-L/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
 
-L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib
 
-L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers
 ./.libs/libnetsnmpagent.so helpers/.libs/libnetsnmphelpers.so 
./.libs/libnetsnmpmibs.so 
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs/libnetsnmphelpers.so
 
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs/libnetsnmpagent.so
 
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs/libnetsnmp.so
 -ldl ../snmplib/.libs/libnetsnmp.so -lcrypto -lssl
./.libs/libnetsnmpmibs.so: undefined reference to `pthread_create'
collect2: ld returned 1 exit status
make[1]: *** [snmpd] Error 1


Does log.do_configure say anything about pthreads?

--
Tom Rini
Mentor Graphics Corporation

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] VMware disk image type

2011-02-23 Thread Tom Rini 

On 02/23/2011 05:48 AM, Mickael Chazaux wrote:

Hi,

I see there is a vmware.conf in conf/machine, but it does not generate
vmdk (vmware virtual disk files) files. Here are the steps I take to
do that:

- create an empty file the size wanted (with dd),
- format it to ext3 (mkfs.ext3 myfile)
- mount it loopback (mount -o loop myfile /mnt)
- untar the OE-generated rootfs in /mnt
- create a /boot/extlinux.conf [1],
- install extlinux in /boot (extlinux -i /mnt/boot)
- umount,
- convert to vmdk (using qemu-img -O vmdk myfile myfile.vmdk)
- boot it in vmware.

Is it possible to add a "vmdk" image to openembedded to do this automatically?


Yes, patches would be welcome.  This would reside in conf/bitbake.conf. 
 See the ubi/ubifs image examples for how to generate slightly complex 
images like this.  And I would recommend adding vmdk.ext[234] as the 
image names (and supply at least one of them, someone else might step up 
and do the regex for the others if you don't).  Thanks!


--
Tom Rini
Mentor Graphics Corporation

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] net-snmp-svn-r7.0 do_compile failed

2011-02-23 Thread Khem Raj 
On Tue, Feb 22, 2011 at 11:55 PM, Steffen Sledz  wrote:
> Again a clean build:
>
> OE:hipox sledz@mobil-400-586:~/work/openembedded> bitbake net-snmp
> ...
>
> Build Configuration:
> BB_VERSION        = "1.12.0"
> METADATA_BRANCH   = "org.openembedded.dev"
> METADATA_REVISION = "8e4bd2f"
> TARGET_ARCH       = "arm"
> TARGET_OS         = "linux-gnueabi"
> MACHINE           = "hipox"
> DISTRO            = "angstrom"
> DISTRO_VERSION    = "2010.7-test-20110223"
> TARGET_FPU        = "soft"
>
> ...
> libtool: link: arm-angstrom-linux-gnueabi-gcc -march=armv5te 
> -mtune=arm926ej-s -Wl,-rpath-link 
> -Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>  -Wl,-O1 -Wl,--hash-style=gnu -mthumb-interwork -mno-thumb 
> -DNETSNMP_ENABLE_IPV6 
> -isystem/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/include
>  -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 -ggdb2 
> -Ulinux -Dlinux=linux -Wall -Winline -Wstrict-prototypes -Wwrite-strings 
> -Wcast-qual -Wno-char-subscripts -o .libs/snmpd .libs/snmpd.o -Wl,-rpath-link 
> -Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>  -Wl,-O1 -Wl,--hash-style=gnu  
> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs
>  
> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs
> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs
>  
> -L/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>  
> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib
>  
> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers
>  ./.libs/libnetsnmpagent.so helpers/.libs/libnetsnmphelpers.so 
> ./.libs/libnetsnmpmibs.so 
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs/libnetsnmphelpers.so
>  
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs/libnetsnmpagent.so
>  
> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs/libnetsnmp.so
>  -ldl ../snmplib/.libs/libnetsnmp.so -lcrypto -lssl
> ./.libs/libnetsnmpmibs.so: undefined reference to `pthread_create'
> collect2: ld returned 1 exit status
> make[1]: *** [snmpd] Error 1

confgure could have a test to use/not use libpthread to link and this
test may be failing for some reason and disabling libpthread from
getting into
linker commandline and resulting in this. look at config.log I would
say and see what games it plays with libpthread tests if they are
runtime
tests then they wont succeed for sure.

>
> --
> DResearch Fahrzeugelektronik GmbH
> Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
> Tel: +49 30 515932-237 mailto:sl...@dresearch.de
> Fax: +49 30 515932-299
> Geschäftsführer: Dr. Michael Weber, Werner Mögle;
> Amtsgericht Berlin Charlottenburg; HRB 130120 B;
> Ust.-IDNr. DE273952058
>
> ___
> 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] [PATCH] opkg-utils: convert mtime to int before comparing it

2011-02-23 Thread Enrico Scholz 
The st_mtime attribute (which is a float) is compared against a value
from the timestamp database, which was stored as an integer there.

When working on a filesystem with precise timestamps the comparision
will fail nearly everytime hence.

Although it might be possible to enhance the database to store the
fractional part too, this will complicate things more than we would
gain by this change.

This patch was applied as 49e11b32906fc1becd9218bb3125f6fc8fa03fa4 to
old ipkg-utils already.

Signed-off-by: Enrico Scholz 
---
 recipes/opkg-utils/opkg-utils/mtime-int.patch |   27 +
 recipes/opkg-utils/opkg-utils_svn.bb  |5 ++-
 2 files changed, 30 insertions(+), 2 deletions(-)
 create mode 100644 recipes/opkg-utils/opkg-utils/mtime-int.patch

diff --git a/recipes/opkg-utils/opkg-utils/mtime-int.patch 
b/recipes/opkg-utils/opkg-utils/mtime-int.patch
new file mode 100644
index 000..efec3c0
--- /dev/null
+++ b/recipes/opkg-utils/opkg-utils/mtime-int.patch
@@ -0,0 +1,27 @@
+Convert mtime to int before comparing it
+
+The st_mtime attribute (which is a float) is compared against a value
+from the timestamp database, which was stored as an integer there.
+
+When working on a filesystem with precise timestamps the comparision
+will fail nearly everytime hence.
+
+Although it might be possible to enhance the database to store the
+fractional part too, this will complicate things more than we would
+gain by this change.
+
+Signed-off-by: Enrico Scholz 
+
+Index: opkg-utils/opkg-make-index
+===
+--- opkg-utils.orig/opkg-make-index
 opkg-utils/opkg-make-index
+@@ -100,7 +100,7 @@ for filename in files:
+  pkg = None
+  fnameStat = os.stat(filename)
+  if old_pkg_hash.has_key(basename):
+-  if pkgsStamps.has_key(basename) and fnameStat.st_mtime == 
pkgsStamps[basename]:
++  if pkgsStamps.has_key(basename) and int(fnameStat.st_mtime) == 
pkgsStamps[basename]:
+ if (verbose):
+sys.stderr.write("Found %s in Packages\n" % (filename,))
+ pkg = old_pkg_hash[basename]
diff --git a/recipes/opkg-utils/opkg-utils_svn.bb 
b/recipes/opkg-utils/opkg-utils_svn.bb
index 951580a..6b8d3ea 100644
--- a/recipes/opkg-utils/opkg-utils_svn.bb
+++ b/recipes/opkg-utils/opkg-utils_svn.bb
@@ -6,10 +6,11 @@ RDEPENDS_${PN} = "python"
 RDEPENDS_${PN}_virtclass-native = ""
 SRCREV = "4747"
 PV = "0.1.8+svnr${SRCPV}"
-PR = "r5"
+PR = "r6"
 
 SRC_URI = "svn://svn.openmoko.org/trunk/src/host/;module=opkg-utils;proto=http 
\
-   file://index-ignore-filenotfound.patch"
+   file://index-ignore-filenotfound.patch \
+   file://mtime-int.patch"
 
 S = "${WORKDIR}/opkg-utils"
 
-- 
1.7.4


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] opkg-utils: convert mtime to int before comparing it

2011-02-23 Thread Graham Gower 
On 24 February 2011 10:42, Enrico Scholz
 wrote:
> The st_mtime attribute (which is a float) is compared against a value
> from the timestamp database, which was stored as an integer there.
>
> When working on a filesystem with precise timestamps the comparision
> will fail nearly everytime hence.
>
> Although it might be possible to enhance the database to store the
> fractional part too, this will complicate things more than we would
> gain by this change.
>
> This patch was applied as 49e11b32906fc1becd9218bb3125f6fc8fa03fa4 to
> old ipkg-utils already.

Have any of the other patches to ipkg-utils been missed?
http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/ipkg-utils/ipkg-utils?h=5bd4e2057db8d67139d49dcec1cb705329ac9041

>
> Signed-off-by: Enrico Scholz 

Acked-By: Graham Gower 

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH] python-2.6: python-xml depends on python-elementtree

2011-02-23 Thread Andreas Oberritter 
* Fixes the following error:

  import xml.etree.cElementTree
  File "/usr/lib/python2.6/xml/etree/cElementTree.py", line 3, in 
  from _elementtree import *
  ImportError: No module named _elementtree

Signed-off-by: Andreas Oberritter 
---
 contrib/python/generate-manifest-2.6.py |4 ++--
 recipes/python/python-2.6-manifest.inc  |4 ++--
 recipes/python/python_2.6.6.bb  |2 +-
 3 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/contrib/python/generate-manifest-2.6.py 
b/contrib/python/generate-manifest-2.6.py
index 28a7226..1b11266 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.6"
 
 __author__ = "Michael 'Mickey' Lauer "
-__version__ = "20110214"
+__version__ = "20110222"
 
 class MakefileMaker:
 
@@ -347,7 +347,7 @@ if __name__ == "__main__":
 m.addPackage( "${PN}-unixadmin", "Python Unix Administration Support", 
"${PN}-core",
 "lib-dynload/nis.so lib-dynload/grp.so lib-dynload/pwd.so getpass.*" )
 
-m.addPackage( "${PN}-xml", "Python basic XML support.", "${PN}-core 
${PN}-re",
+m.addPackage( "${PN}-xml", "Python basic XML support.", "${PN}-core 
${PN}-elementtree ${PN}-re",
 "lib-dynload/pyexpat.so xml xmllib.*" ) # package
 
 m.addPackage( "${PN}-xmlrpc", "Python XMLRPC Support", "${PN}-core 
${PN}-xml ${PN}-netserver ${PN}-lang",
diff --git a/recipes/python/python-2.6-manifest.inc 
b/recipes/python/python-2.6-manifest.inc
index 89c9be4..febaaa2 100644
--- a/recipes/python/python-2.6-manifest.inc
+++ b/recipes/python/python-2.6-manifest.inc
@@ -1,6 +1,6 @@
 
 # WARNING: This file is AUTO GENERATED: Manual edits will be lost next time I 
regenerate the file.
-# Generator: '../../contrib/python/generate-manifest-2.6.py' Version 20110214 
(C) 2002-2010 Michael 'Mickey' Lauer 
+# Generator: 'contrib/python/generate-manifest-2.6.py' Version 20110222 (C) 
2002-2010 Michael 'Mickey' Lauer 
 # Visit the Python for Embedded Systems Site => 
http://www.Vanille.de/projects/python.spy
 
  
@@ -254,7 +254,7 @@ RDEPENDS_${PN}-unixadmin="${PN}-core"
 FILES_${PN}-unixadmin="${libdir}/python2.6/lib-dynload/nis.so 
${libdir}/python2.6/lib-dynload/grp.so ${libdir}/python2.6/lib-dynload/pwd.so 
${libdir}/python2.6/getpass.* "
 
 DESCRIPTION_${PN}-xml="Python basic XML support."
-RDEPENDS_${PN}-xml="${PN}-core ${PN}-re"
+RDEPENDS_${PN}-xml="${PN}-core ${PN}-elementtree ${PN}-re"
 FILES_${PN}-xml="${libdir}/python2.6/lib-dynload/pyexpat.so 
${libdir}/python2.6/xml ${libdir}/python2.6/xmllib.* "
 
 DESCRIPTION_${PN}-xmlrpc="Python XMLRPC Support"
diff --git a/recipes/python/python_2.6.6.bb b/recipes/python/python_2.6.6.bb
index c8d1c56..3c054bb 100644
--- a/recipes/python/python_2.6.6.bb
+++ b/recipes/python/python_2.6.6.bb
@@ -3,7 +3,7 @@ DEPENDS = "python-native db gdbm openssl readline sqlite3 tcl 
zlib\
${@base_contains('DISTRO_FEATURES', 'tk', 'tk', '', d)}"
 DEPENDS_sharprom = "python-native db readline zlib gdbm openssl"
 # set to .0 on every increase of INC_PR
-PR = "${INC_PR}.1"
+PR = "${INC_PR}.2"
 
 SRC_URI = "\
   http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.bz2 \
-- 
1.7.2.3


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH resend] netkit-base-0.17: use update-alternatives

2011-02-23 Thread Andreas Oberritter 
* Give netkit-inetd a priority of 70.
* Add inetd.conf to CONFFILES_${PN}.
* RPROVIDE inetd.

Signed-off-by: Andreas Oberritter 
---
Last time, this patch didn't make it into patchwork. The patch to
create an inetd package for busybox has already been merged.

 recipes/netkit-base/netkit-base_0.17.bb |   13 +++--
 1 files changed, 11 insertions(+), 2 deletions(-)

diff --git a/recipes/netkit-base/netkit-base_0.17.bb 
b/recipes/netkit-base/netkit-base_0.17.bb
index 8ab8935..19fdaee 100644
--- a/recipes/netkit-base/netkit-base_0.17.bb
+++ b/recipes/netkit-base/netkit-base_0.17.bb
@@ -1,7 +1,8 @@
 SECTION = "base"
 DESCRIPTION = "netkit-base includes the inetd daemon."
 LICENSE = "BSD"
-PR = "r2"
+RPROVIDES_${PN} = "inetd"
+PR = "r3"
 
 SRC_URI = 
"ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/netkit-base-${PV}.tar.gz \
file://configure.patch \
@@ -28,10 +29,18 @@ do_compile () {
 do_install () {
install -d ${D}${sysconfdir}/init.d ${D}${sbindir}
install -m 0755 inetd/inetd ${D}${sbindir}/inetd
-   install -m 0755 ${WORKDIR}/init ${D}${sysconfdir}/init.d/inetd
+   install -m 0755 ${WORKDIR}/init ${D}${sysconfdir}/init.d/inetd.${PN}
install -m 0644 ${WORKDIR}/inetd.conf ${D}${sysconfdir}
 }
 
+pkg_prerm_${PN} () {
+update-alternatives --remove inetd-init inetd.${PN}
+}
+pkg_postinst_${PN} () {
+update-alternatives --install ${sysconfdir}/init.d/inetd inetd-init 
inetd.${PN} 70
+}
+
+CONFFILES_${PN} = "${sysconfdir}/inetd.conf"
 
 SRC_URI[md5sum] = "1f0193358e92559ec0f598b09ccbc0ec"
 SRC_URI[sha256sum] = 
"16dd81625ebfc8f5dcb0dfd2e6bac223aad325a9405d66a556fe349446b3c332"
-- 
1.7.2.3


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

[oe] [PATCH] busybox: fix udhcp check for NFS rootfs for new style /proc/mounts

2011-02-23 Thread Denys Dmytriyenko 
From: Denys Dmytriyenko 

* Newer kernels change the format of /proc/mounts slightly when rootfs is
mounted over NFS.

* Old style:
/dev/root / nfs  0 0

* New style:
: / nfs  0 0

* The regexp in grep can be simplified and rolled into one, but may become
less strict...

Signed-off-by: Denys Dmytriyenko 
---
 .../busybox-1.13.2/udhcpc-new-nfsroot.patch|   16 
 .../busybox-1.18.3/udhcpc-new-nfsroot.patch|   16 
 recipes/busybox/busybox_1.13.2.bb  |2 +-
 recipes/busybox/busybox_1.18.3.bb  |2 +-
 recipes/busybox/busybox_1.1x.inc   |1 +
 5 files changed, 35 insertions(+), 2 deletions(-)
 create mode 100644 recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch
 create mode 100644 recipes/busybox/busybox-1.18.3/udhcpc-new-nfsroot.patch

diff --git a/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch 
b/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch
new file mode 100644
index 000..46aaab9
--- /dev/null
+++ b/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch
@@ -0,0 +1,16 @@
+diff -uNr busybox-1.13.2.orig/examples/udhcp/simple.script 
busybox-1.13.2/examples/udhcp/simple.script
+--- busybox-1.13.2.orig/examples/udhcp/simple.script   2011-02-23 
00:30:32.0 -0500
 busybox-1.13.2/examples/udhcp/simple.script2011-02-23 
17:05:37.873381763 -0500
+@@ -10,7 +10,12 @@
+ 
+ # return 0 if root is mounted on a network filesystem
+ root_is_nfs() {
++  # old style mounts
+   grep -qe '^/dev/root.*\(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
++  if ! $? ; then
++  # new style mounts
++  grep -qe '^.*:.* / \(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
++  fi
+ }
+ 
+ case "$1" in
diff --git a/recipes/busybox/busybox-1.18.3/udhcpc-new-nfsroot.patch 
b/recipes/busybox/busybox-1.18.3/udhcpc-new-nfsroot.patch
new file mode 100644
index 000..46aaab9
--- /dev/null
+++ b/recipes/busybox/busybox-1.18.3/udhcpc-new-nfsroot.patch
@@ -0,0 +1,16 @@
+diff -uNr busybox-1.13.2.orig/examples/udhcp/simple.script 
busybox-1.13.2/examples/udhcp/simple.script
+--- busybox-1.13.2.orig/examples/udhcp/simple.script   2011-02-23 
00:30:32.0 -0500
 busybox-1.13.2/examples/udhcp/simple.script2011-02-23 
17:05:37.873381763 -0500
+@@ -10,7 +10,12 @@
+ 
+ # return 0 if root is mounted on a network filesystem
+ root_is_nfs() {
++  # old style mounts
+   grep -qe '^/dev/root.*\(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
++  if ! $? ; then
++  # new style mounts
++  grep -qe '^.*:.* / \(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
++  fi
+ }
+ 
+ case "$1" in
diff --git a/recipes/busybox/busybox_1.13.2.bb 
b/recipes/busybox/busybox_1.13.2.bb
index ef20c62..fca3e93 100644
--- a/recipes/busybox/busybox_1.13.2.bb
+++ b/recipes/busybox/busybox_1.13.2.bb
@@ -1,5 +1,5 @@
 require busybox_1.1x.inc
-PR = "${INC_PR}.3"
+PR = "${INC_PR}.4"
 
 SRC_URI += "\
   file://busybox-1.13.2-awk.patch \
diff --git a/recipes/busybox/busybox_1.18.3.bb 
b/recipes/busybox/busybox_1.18.3.bb
index 633b70b..f85de86 100644
--- a/recipes/busybox/busybox_1.18.3.bb
+++ b/recipes/busybox/busybox_1.18.3.bb
@@ -1,5 +1,5 @@
 require busybox_1.1x.inc
-PR = "${INC_PR}.0"
+PR = "${INC_PR}.1"
 
 SRC_URI += " \

http://busybox.net/downloads/fixes-1.18.3/busybox-1.18.3-buildsys.patch;name=patch01
 \
diff --git a/recipes/busybox/busybox_1.1x.inc b/recipes/busybox/busybox_1.1x.inc
index 7623944..aefa57f 100644
--- a/recipes/busybox/busybox_1.1x.inc
+++ b/recipes/busybox/busybox_1.1x.inc
@@ -5,6 +5,7 @@ SRC_URI = "\
   file://fdisk_nios2.patch \
   file://udhcpscript.patch \
   file://udhcpc-fix-nfsroot.patch \
+  file://udhcpc-new-nfsroot.patch \
   file://B921600.patch \
   file://get_header_tar.patch \
   file://busybox-appletlib-dependency.patch \
-- 
1.7.0.4


___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] Ada(GNAT) support in OE

2011-02-23 Thread Khem Raj 
On Sun, Feb 6, 2011 at 2:16 AM, Andrey Smirnov  wrote:
> Hi, everyone!
>
> Bitbake-1.10.2 and OE from git here and I am trying to add some
> rudimentary support of Ada language(GNAT) to OE(for now it is just
> building a cross compiler)

OK

>
> As of this moment I managed to build some semblance of a cross compiler
> (it builds simple "hello world" executable) by creating a verbatim copy
> of gcc-cross_4.4.4.bb, all files it depends upon to my local recipes
> directory and making slight modification to gcc-configure-common.inc
> (see modifications.patch) but this rises a couple of questions:
>
>  - Would anyone be interested in adding such changes? If so, am I going
>   in right direction or is there another more elegant and preferred way
>   to add compiler support?
>

it would be interesting however I think this should be a default
optout feature with possibility to optin
so probably what you have is an ok approach. Somehow we should have a
global knob controlled
by distros to specify what language environments to enable

>  - Ada compiler bootstrapping process requires host system to have
>   working Ada compiler implementation, how can this, and should it all
>   be reflected in the recipe?

yeah those are complications either you can demand those from build distro
by adding them to required_software in sanity class or you can provide a -native
recipe and then DEPEND on that one first one would be easier

>
>  - Provided I am successful in my endeavor, writing BitBake recipe for
>   Ada program would require gnatmake, gnatbind, gnatlink tools to be
>   accessible through some variables(the same way C compiler is
>   available via CC) how can this be implemented?

they would be in bitbake.conf or base class.

>
> Thanks in advance for answering!
>
> Andrey Smirnov
>
> ___
> 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] [PATCH] busybox: fix udhcp check for NFS rootfs for new style /proc/mounts

2011-02-23 Thread Andreas Oberritter 
Hello Denys,

On 02/24/2011 02:31 AM, Denys Dmytriyenko wrote:
> diff --git a/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch 
> b/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch
> new file mode 100644
> index 000..46aaab9
> --- /dev/null
> +++ b/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch
> @@ -0,0 +1,16 @@
> +diff -uNr busybox-1.13.2.orig/examples/udhcp/simple.script 
> busybox-1.13.2/examples/udhcp/simple.script
> +--- busybox-1.13.2.orig/examples/udhcp/simple.script 2011-02-23 
> 00:30:32.0 -0500
>  busybox-1.13.2/examples/udhcp/simple.script  2011-02-23 
> 17:05:37.873381763 -0500
> +@@ -10,7 +10,12 @@
> + 
> + # return 0 if root is mounted on a network filesystem
> + root_is_nfs() {
> ++# old style mounts
> + grep -qe '^/dev/root.*\(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
> ++if ! $? ; then
> ++# new style mounts
> ++grep -qe '^.*:.* / \(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
> ++fi

Would "grep -qe '^\S\+ / \(nfs\|smbfs\|ncp\|coda\) ' /proc/mounts" work
for both cases?

> diff --git a/recipes/busybox/busybox_1.1x.inc 
> b/recipes/busybox/busybox_1.1x.inc
> index 7623944..aefa57f 100644
> --- a/recipes/busybox/busybox_1.1x.inc
> +++ b/recipes/busybox/busybox_1.1x.inc
> @@ -5,6 +5,7 @@ SRC_URI = "\
>file://fdisk_nios2.patch \
>file://udhcpscript.patch \
>file://udhcpc-fix-nfsroot.patch \
> +  file://udhcpc-new-nfsroot.patch \

Should the two patches above be merged into a single patch?

Regards,
Andreas

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] busybox: fix udhcp check for NFS rootfs for new style /proc/mounts

2011-02-23 Thread Denys Dmytriyenko 
On Thu, Feb 24, 2011 at 03:59:43AM +0100, Andreas Oberritter wrote:
> Hello Denys,
> 
> On 02/24/2011 02:31 AM, Denys Dmytriyenko wrote:
> > diff --git a/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch 
> > b/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch
> > new file mode 100644
> > index 000..46aaab9
> > --- /dev/null
> > +++ b/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch
> > @@ -0,0 +1,16 @@
> > +diff -uNr busybox-1.13.2.orig/examples/udhcp/simple.script 
> > busybox-1.13.2/examples/udhcp/simple.script
> > +--- busybox-1.13.2.orig/examples/udhcp/simple.script   2011-02-23 
> > 00:30:32.0 -0500
> >  busybox-1.13.2/examples/udhcp/simple.script2011-02-23 
> > 17:05:37.873381763 -0500
> > +@@ -10,7 +10,12 @@
> > + 
> > + # return 0 if root is mounted on a network filesystem
> > + root_is_nfs() {
> > ++  # old style mounts
> > +   grep -qe '^/dev/root.*\(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
> > ++  if ! $? ; then
> > ++  # new style mounts
> > ++  grep -qe '^.*:.* / \(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
> > ++  fi
> 
> Would "grep -qe '^\S\+ / \(nfs\|smbfs\|ncp\|coda\) ' /proc/mounts" work
> for both cases?

Andreas,

As I mentioned in the patch description:

* The regexp in grep can be simplified and rolled into one, but may become
less strict...

So, it's definitely possible, but I was worried the regexp would become too 
loose and return false positives. Plus, I'm not sure how \S\+ would work on 
spaces in the pathname, such as My\ Documents.

> > diff --git a/recipes/busybox/busybox_1.1x.inc 
> > b/recipes/busybox/busybox_1.1x.inc
> > index 7623944..aefa57f 100644
> > --- a/recipes/busybox/busybox_1.1x.inc
> > +++ b/recipes/busybox/busybox_1.1x.inc
> > @@ -5,6 +5,7 @@ SRC_URI = "\
> >file://fdisk_nios2.patch \
> >file://udhcpscript.patch \
> >file://udhcpc-fix-nfsroot.patch \
> > +  file://udhcpc-new-nfsroot.patch \
> 
> Should the two patches above be merged into a single patch?

That can be done, if people feel strongly about it...

-- 
Denys

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] busybox: fix udhcp check for NFS rootfs for new style /proc/mounts

2011-02-23 Thread Khem Raj 
On Wed, Feb 23, 2011 at 5:31 PM, Denys Dmytriyenko  wrote:
> From: Denys Dmytriyenko 
>
> * Newer kernels change the format of /proc/mounts slightly when rootfs is
> mounted over NFS.
>
> * Old style:
> /dev/root / nfs  0 0
>
> * New style:
> : / nfs  0 0
>
> * The regexp in grep can be simplified and rolled into one, but may become
> less strict...
>
> Signed-off-by: Denys Dmytriyenko 

OK

Acked-by: Khem Raj 

> ---
>  .../busybox-1.13.2/udhcpc-new-nfsroot.patch        |   16 
>  .../busybox-1.18.3/udhcpc-new-nfsroot.patch        |   16 
>  recipes/busybox/busybox_1.13.2.bb                  |    2 +-
>  recipes/busybox/busybox_1.18.3.bb                  |    2 +-
>  recipes/busybox/busybox_1.1x.inc                   |    1 +
>  5 files changed, 35 insertions(+), 2 deletions(-)
>  create mode 100644 recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch
>  create mode 100644 recipes/busybox/busybox-1.18.3/udhcpc-new-nfsroot.patch
>
> diff --git a/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch 
> b/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch
> new file mode 100644
> index 000..46aaab9
> --- /dev/null
> +++ b/recipes/busybox/busybox-1.13.2/udhcpc-new-nfsroot.patch
> @@ -0,0 +1,16 @@
> +diff -uNr busybox-1.13.2.orig/examples/udhcp/simple.script 
> busybox-1.13.2/examples/udhcp/simple.script
> +--- busybox-1.13.2.orig/examples/udhcp/simple.script   2011-02-23 
> 00:30:32.0 -0500
>  busybox-1.13.2/examples/udhcp/simple.script        2011-02-23 
> 17:05:37.873381763 -0500
> +@@ -10,7 +10,12 @@
> +
> + # return 0 if root is mounted on a network filesystem
> + root_is_nfs() {
> ++      # old style mounts
> +       grep -qe '^/dev/root.*\(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
> ++      if ! $? ; then
> ++              # new style mounts
> ++              grep -qe '^.*:.* / \(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
> ++      fi
> + }
> +
> + case "$1" in
> diff --git a/recipes/busybox/busybox-1.18.3/udhcpc-new-nfsroot.patch 
> b/recipes/busybox/busybox-1.18.3/udhcpc-new-nfsroot.patch
> new file mode 100644
> index 000..46aaab9
> --- /dev/null
> +++ b/recipes/busybox/busybox-1.18.3/udhcpc-new-nfsroot.patch
> @@ -0,0 +1,16 @@
> +diff -uNr busybox-1.13.2.orig/examples/udhcp/simple.script 
> busybox-1.13.2/examples/udhcp/simple.script
> +--- busybox-1.13.2.orig/examples/udhcp/simple.script   2011-02-23 
> 00:30:32.0 -0500
>  busybox-1.13.2/examples/udhcp/simple.script        2011-02-23 
> 17:05:37.873381763 -0500
> +@@ -10,7 +10,12 @@
> +
> + # return 0 if root is mounted on a network filesystem
> + root_is_nfs() {
> ++      # old style mounts
> +       grep -qe '^/dev/root.*\(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
> ++      if ! $? ; then
> ++              # new style mounts
> ++              grep -qe '^.*:.* / \(nfs\|smbfs\|ncp\|coda\) .*' /proc/mounts
> ++      fi
> + }
> +
> + case "$1" in
> diff --git a/recipes/busybox/busybox_1.13.2.bb 
> b/recipes/busybox/busybox_1.13.2.bb
> index ef20c62..fca3e93 100644
> --- a/recipes/busybox/busybox_1.13.2.bb
> +++ b/recipes/busybox/busybox_1.13.2.bb
> @@ -1,5 +1,5 @@
>  require busybox_1.1x.inc
> -PR = "${INC_PR}.3"
> +PR = "${INC_PR}.4"
>
>  SRC_URI += "\
>   file://busybox-1.13.2-awk.patch \
> diff --git a/recipes/busybox/busybox_1.18.3.bb 
> b/recipes/busybox/busybox_1.18.3.bb
> index 633b70b..f85de86 100644
> --- a/recipes/busybox/busybox_1.18.3.bb
> +++ b/recipes/busybox/busybox_1.18.3.bb
> @@ -1,5 +1,5 @@
>  require busybox_1.1x.inc
> -PR = "${INC_PR}.0"
> +PR = "${INC_PR}.1"
>
>  SRC_URI += " \
>        
> http://busybox.net/downloads/fixes-1.18.3/busybox-1.18.3-buildsys.patch;name=patch01
>  \
> diff --git a/recipes/busybox/busybox_1.1x.inc 
> b/recipes/busybox/busybox_1.1x.inc
> index 7623944..aefa57f 100644
> --- a/recipes/busybox/busybox_1.1x.inc
> +++ b/recipes/busybox/busybox_1.1x.inc
> @@ -5,6 +5,7 @@ SRC_URI = "\
>   file://fdisk_nios2.patch \
>   file://udhcpscript.patch \
>   file://udhcpc-fix-nfsroot.patch \
> +  file://udhcpc-new-nfsroot.patch \
>   file://B921600.patch \
>   file://get_header_tar.patch \
>   file://busybox-appletlib-dependency.patch \
> --
> 1.7.0.4
>
>
> ___
> 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] External toolchain

2011-02-23 Thread Denys Dmytriyenko 
On Wed, Feb 23, 2011 at 11:28:51AM -0800, Khem Raj wrote:
> On Wed, Feb 23, 2011 at 3:49 AM, Luca Bolognini  
> wrote:
> > Hi,thank you Ahsan for you reply.I solved my issue and I succeed in using 
> > external toolchain CodeSourcery2009q1 to cross-compile some packages in my 
> > OE 2010.12 release.However I didn't create any symlink of 
> > arm-angstrom-linux-gnueabi-gcc to arm-none-linux-gnueabi-gcc.I added an 
> > instantiation of TARGET_SYS variable to the hints of Denys and Tom (se 
> > reference link in my previous email).It's important to do so in order not 
> > to have errors in the do_install task of external-toolchain-csl.bb 
> > recipe.Then, as a resume, my openembedded/conf/distro/angstrom-2008.1.conf 
> > file changed in this way:
> > # Set the toolchain type (internal, external) and brand (generic, csl 
> > etc.)# LUCATARGET_VENDOR = "-none"TOOLCHAIN_TYPE ?= 
> > "external"TOOLCHAIN_BRAND ?= "csl"TOOLCHAIN_PATH = 
> > "/opt/ti/codesourcery"TARGET_SYS = 
> > "arm-none-linux-gnueabi"TOOLCHAIN_SYSPATH = 
> > "${TOOLCHAIN_PATH}/arm-none-linux-gnueabi"PATH_prepend = 
> > "${TOOLCHAIN_PATH}/bin:"require conf/distro/include/toolchain-external.inc
> > instead of
> > # Set the toolchain type (internal, external) and brand (generic, csl 
> > etc.)TOOLCHAIN_TYPE ?= "internal"TOOLCHAIN_BRAND ?= ""
> > Then it worked.Bye,Luca
> >

Luca,

Your MUA ate all the newlines and made your message into one long line, which 
is quite hard to read... :)

Anyway, you don't need to set TARGET_SYS manually, as it is composed from 
TARGET_ARCH, TARGET_VENDOR and TARGET_OS in bitbake.conf. Also, don't worry 
about TOOLCHAIN_SYSPATH - the default is also set there and is fine.

The reason you are having the issue you've mentioned, is because instead of 
adding those variables to your local.conf file, you are modifying 
angstrom-2008.1.conf, where placement is important - before or after the 
toolchain variables are handled.

Plus, more importantly, to overwrite distro's TARGET_VENDOR properly, you need 
to set TOOLCHAIN_VENDOR variable.

So, here's the minimum set of variables you need to set in your local.conf:


TOOLCHAIN_VENDOR = "-none"
TOOLCHAIN_TYPE = "external"
TOOLCHAIN_BRAND = "csl"

TOOLCHAIN_PATH = "/opt/arm-2009q1"
# If you don't have toolchain in system PATH, then:
PATH_prepend = "${TOOLCHAIN_PATH}/bin:"


Since you also mentioned Arago, you could have looked at how I set CSL in 
there by default (in arago.conf and toolchain-csl.conf files)...


> good it worked for you. Would you please document the steps you took
> from the beginning to get it working ?
> and send it as reply to this email ? We would like to add this into
> the wiki or FAQs

Tom and I have explained it many times already. I guess it's still hard to 
collect all the relevant info from separate posts on the mailing list.
Probably I should bite the bullet and create the necessary Wiki entry... :)

-- 
Denys



> > Messaggio originale
> > Da: noor_ah...@mentor.com
> > Data: 22/02/2011 10.47
> > A: 
> > Ogg: Re: [oe] External toolchain
> >
> > Hello Luca,
> >
> > Probably you need to create symbolic links of arm-angstrom-linux-
> > gnueabi-gcc to arm-none-linux-gnueabi-gcc. OE assumes that the compiler 
> > name is arm-angstrom-linux-gnueabi-gcc. You can see the "CC" variable value 
> > by take environment of libtool-cross (using -e options) that how OE is 
> > creating the name of compiler.
> >
> > Regards,
> > Noor
> >
> > -Original Message-
> > From: openembedded-devel-boun...@lists.openembedded.org 
> > [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of 
> > Luca Bolognini
> > Sent: Tuesday, February 22, 2011 2:16 PM
> > To: Open Embedded Mailing List
> > Subject: [oe] External toolchain
> >
> > Hi,
> > I would like to use an external toolchain (CodeSourcery2009q1) to
> > cross-compile some packages for my beagleboard (more or less the same
> > that happens in Arago) and then I expect not to download glibc package
> > and cross-compile again libc, libpthread and so on. I would like to use
> > the libraries inside my external CodeSourcery SDK.
> > I followed some
> > hints by Denys and Tom ( http://lists.linuxtogo.
> > org/pipermail/openembedded-devel/2010-April/019521.html ) and I put
> >
> > #
> > LUCA
> > TARGET_VENDOR = "-none"
> > TOOLCHAIN_TYPE ?= "external"
> >
> > TOOLCHAIN_BRAND ?= "csl"
> > TOOLCHAIN_PATH = "/opt/ti/codesourcery"
> >
> > TOOLCHAIN_SYSPATH = "${TOOLCHAIN_PATH}/arm-none-linux-gnueabi"
> >
> > PATH_prepend = "${TOOLCHAIN_PATH}/bin:"
> > require
> > conf/distro/include/toolchain-external.inc
> >
> > inside my
> > openembedded/conf/distro/angstrom-2008.1.conf
> >
> > As you know, cross-
> > compiler provided by CodeSoucery is arm-none-linux-gnueabi-gcc but I
> > get the following error with libtool-cross_2.2.6b.bb:
> > Build
> > Configuration:
> > BB_VERSION        = "1.8.19"
> > M

Re: [oe] [PATCH] bitbake.conf: Simplify TARGET_CPPFLAGS/LDFLAGS

2011-02-23 Thread Denys Dmytriyenko 
On Mon, Feb 21, 2011 at 10:21:12PM -0800, Khem Raj wrote:
> On Mon, Feb 21, 2011 at 5:14 PM, Tom Rini  wrote:
> > This is based on poky's ba2e1f4d933c37b372d6749d64614f2510ee9d7b, which
> > simplifies TARGET_CPPFLAGS (and thus CFLAGS) and TARGET_LDFLAGS
> > based on gcc any company having --sysroot
> >
> > Signed-off-by: Tom Rini 
> 
> Acked-by:Khem Raj 

Tom, Khem,

This change seems to break external-toolchains, e.g. CodeSourcery Lite, at 
least 2009q1 (gcc-4.3 based)...

I'm seeing issues like this in libxau:

| ./include/X11/Xauth.h:48:31: error: X11/Xfuncproto.h: No such file or 
directory
| ./include/X11/Xauth.h:49:27: error: X11/Xfuncs.h: No such file or directory

It cannot find standard X headers from OE sysroot.

Do I need to pass an extra --sysroot to CSL? Any other pointers?
Here's (hopefully useful) info from my toolchain:

$ arm-none-linux-gnueabi-gcc -print-sysroot
/opt/arm-2009q1/bin/../arm-none-linux-gnueabi/libc

$ arm-none-linux-gnueabi-gcc -print-search-dirs
install: /opt/arm-2009q1/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/
programs: 
=/opt/arm-2009q1/bin/../libexec/gcc/arm-none-linux-gnueabi/4.3.3/:/opt/arm-2009q1/bin/../libexec/gcc/:/opt/arm-2009q1/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/../../../../arm-none-linux-gnueabi/bin/arm-none-linux-gnueabi/4.3.3/:/opt/arm-2009q1/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/../../../../arm-none-linux-gnueabi/bin/
libraries: 
=/opt/arm-2009q1/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/:/opt/arm-2009q1/bin/../lib/gcc/:/opt/arm-2009q1/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/../../../../arm-none-linux-gnueabi/lib/arm-none-linux-gnueabi/4.3.3/:/opt/arm-2009q1/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/../../../../arm-none-linux-gnueabi/lib/:/opt/arm-2009q1/bin/../arm-none-linux-gnueabi/libc/lib/arm-none-linux-gnueabi/4.3.3/:/opt/arm-2009q1/bin/../arm-none-linux-gnueabi/libc/lib/:/opt/arm-2009q1/bin/../arm-none-linux-gnueabi/libc/usr/lib/arm-none-linux-gnueabi/4.3.3/:/opt/arm-2009q1/bin/../arm-none-linux-gnueabi/libc/usr/lib/

-- 
Denys


> > ---
> >  conf/bitbake.conf |    4 ++--
> >  1 files changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/conf/bitbake.conf b/conf/bitbake.conf
> > index f005658..ec20332 100644
> > --- a/conf/bitbake.conf
> > +++ b/conf/bitbake.conf
> > @@ -502,7 +502,7 @@ PATCHRESOLVE = 'noop'
> >
> >  export BUILD_CPPFLAGS = "-isystem${STAGING_INCDIR_NATIVE}"
> >  export CPPFLAGS = "${TARGET_CPPFLAGS}"
> > -export TARGET_CPPFLAGS = "-isystem${STAGING_DIR_TARGET}${includedir}"
> > +export TARGET_CPPFLAGS = ""
> >  export SDK_CPPFLAGS = "-isystem${STAGING_DIR_SDK}${includedir} 
> > -isystem${STAGING_DIR_HOST}${includedir}"
> >
> >  export BUILD_CFLAGS = "${BUILD_CPPFLAGS} ${BUILD_OPTIMIZATION}"
> > @@ -520,7 +520,7 @@ export BUILD_LDFLAGS = "-L${STAGING_LIBDIR_NATIVE} \
> >                         -Wl,-rpath,${STAGING_LIBDIR_NATIVE} -Wl,-O1"
> >
> >  export LDFLAGS = "${TARGET_LDFLAGS}"
> > -export TARGET_LDFLAGS = '${@["-L${STAGING_DIR_TARGET}${libdir} 
> > -Wl,-rpath-link,${STAGING_DIR_TARGET}${libdir} -Wl,-O1 
> > ${TARGET_LINK_HASH_STYLE}", "-Wl,-O1 
> > ${TARGET_LINK_HASH_STYLE}"][bb.data.getVar('LIBTOOL_HAS_SYSROOT', d, 1) == 
> > "yes"]}'
> > +export TARGET_LDFLAGS = "-Wl,-O1 ${TARGET_LINK_HASH_STYLE}"
> >
> >  export SDK_LDFLAGS = "-L${STAGING_DIR_SDK}${libdir} \
> >                          -Wl,-rpath-link,${STAGING_DIR_SDK}${libdir} \
> > --
> > 1.7.0.4
> >
> >
> > ___
> > 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] [PATCH] evas: disable cpu neon support for palmpre machine

2011-02-23 Thread Simon Busch 
On 02/23/11 at 10:54am, Paul Menzel wrote:
> Am Mittwoch, den 09.02.2011, 16:45 -0700 schrieb Tom Rini:
> > On 02/09/2011 01:44 PM, Khem Raj wrote:
> > > On Wed, Feb 9, 2011 at 11:45 AM, Tom Rini  wrote:
> > >> On 02/09/2011 12:31 PM, Simon Busch wrote:
> > >>>
> > >>> On 02/09/11 at 07:24pm, Koen Kooi wrote:
> > 
> >  -BEGIN PGP SIGNED MESSAGE-
> >  Hash: SHA1
> > >>>
> >  On 09-02-11 19:16, Khem Raj wrote:
> > >
> > > On Tue, Feb 8, 2011 at 1:39 PM, Tom Rini
> > > wrote:
> > >>
> > >> On 02/08/2011 02:17 PM, Simon Busch wrote:
> > >>>
> > >>> Neon support in evas is currently broken for the palmpre machine. If
> > >>> we
> > >>> enable neon
> > >>> support evas causes alignment trap errors and lets the device freeze
> > >>> in
> > >>> the end. This
> > >>> should be reverted after the bug in evas code is found and fixed.
> > >>>
> > >>> Signed-off-by: Simon Busch
> > >>> ---
> > >>>   recipes/efl1/evas.inc |5 -
> > >>>   1 files changed, 4 insertions(+), 1 deletions(-)
> > >>>
> > >>> diff --git a/recipes/efl1/evas.inc b/recipes/efl1/evas.inc
> > >>> index eb64d7a..ad30eba 100644
> > >>> --- a/recipes/efl1/evas.inc
> > >>> +++ b/recipes/efl1/evas.inc
> > >>> @@ -7,7 +7,7 @@ DEPENDS_virtclass-native = "freetype-native
> > >>> libxext-native
> > >>> libpng-native jpeg-na
> > >>>   inherit efl
> > >>>
> > >>>   BBCLASSEXTEND = "native"
> > >>> -INC_PR = "r0"
> > >>> +INC_PR = "r1"
> > >>>   FILESPATHPKG =. "${BPN}-${PV}:${BPN}:"
> > >>>
> > >>>   python populate_packages_prepend () {
> > >>> @@ -83,6 +83,9 @@ EVAS_CPU_TWEAKS = ""
> > >>>   # Disabled for now, see
> > >>>
> > >>> http://thread.gmane.org/gmane.comp.window-managers.enlightenment.devel/25194
> > >>>   #EVAS_CPU_TWEAKS_armv7a = "--enable-cpu-neon"
> > >>>
> > >>> +# Neon support for evas is broken on palmpre currently (causes the 
> > >>> device
> > >>> to freeze)
> > >>> +EVAS_CPU_TWEAKS_palmpre = "--disable-cpu-neon"
> > >>> +
> > >>>   # common options
> > >>>   EVAS_OECONF = " \
> > >>>   --x-includes=${STAGING_INCDIR}/X11 \
> > >>
> > >> Shouldn't this be changing the armv7a EVAS_CPU_TWEAKS that's above
> > >> yours to
> > >> be uncommented and as a --disable?
> > >
> > > that would disable neon for all armv7a machines probably not what is
> > > needed here.
> > >>>
> >  Actually, that was how I did it :) The NEON code that was added doesn't
> >  build with gcc 4.3.x and binutils 2.18.x, so I disabled it by not
> >  enabling it. If it builds and works with gcc 4.3.x nowadays we should
> >  enable it and find out why the palmpre breaks.
> > >>>
> > >>> Evas builds fine these days with neon support enabled but it enables it 
> > >>> by
> > >>> default. I really need to find the cause of the breakage on the palmpre
> > >>> but don't have too much time to debug it so this is a interim solution 
> > >>> only
> > >>> until the bug is found and fixed.
> > >
> > > that would be nice because once we add machine override it can become
> > > a common escape for other machines
> > > and changing this to be a machine specific recipe is not desired
> > > unless absolutely needed
> > >
> > >>
> > >> My only concern is that are we sure other armv7a targets aren't also 
> > >> having
> > >> fatal problems?
> > >
> > > we don't fix what we don't know is broken
> > 
> > Right.  But it sounds like it shouldn't be too hard to see if it is 
> > broken elsewhere :)

> This patch [1] is superseded by Koen’s commit d6729be1 [2].

I already saw Koen's commit but nevertheless someone should try to find out 
why Neon makes such troubles on our arm targets. 

regards,
SImon

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] [PATCH] python-2.6: python-xml depends on python-elementtree

2011-02-23 Thread Martin Jansa 
On Thu, Feb 24, 2011 at 02:02:54AM +, Andreas Oberritter wrote:
> * Fixes the following error:
> 
>   import xml.etree.cElementTree
>   File "/usr/lib/python2.6/xml/etree/cElementTree.py", line 3, in 
>   from _elementtree import *
>   ImportError: No module named _elementtree
> 
> Signed-off-by: Andreas Oberritter 
> ---
>  contrib/python/generate-manifest-2.6.py |4 ++--
>  recipes/python/python-2.6-manifest.inc  |4 ++--
>  recipes/python/python_2.6.6.bb  |2 +-
>  3 files changed, 5 insertions(+), 5 deletions(-)

Acked-by: Martin Jansa 


pgpt7LOFD15od.pgp
Description: PGP signature
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] net-snmp-svn-r7.0 do_compile failed

2011-02-23 Thread Steffen Sledz 
On 02/23/2011 10:39 PM, Tom Rini wrote:
> On 02/23/2011 12:55 AM, Steffen Sledz wrote:
>> Again a clean build:
>>
>> OE:hipox sledz@mobil-400-586:~/work/openembedded>  bitbake net-snmp
>> ...
>>
>> Build Configuration:
>> BB_VERSION= "1.12.0"
>> METADATA_BRANCH   = "org.openembedded.dev"
>> METADATA_REVISION = "8e4bd2f"
>> TARGET_ARCH   = "arm"
>> TARGET_OS = "linux-gnueabi"
>> MACHINE   = "hipox"
>> DISTRO= "angstrom"
>> DISTRO_VERSION= "2010.7-test-20110223"
>> TARGET_FPU= "soft"
>>
>> ...
>> libtool: link: arm-angstrom-linux-gnueabi-gcc -march=armv5te
>> -mtune=arm926ej-s -Wl,-rpath-link
>> -Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>> -Wl,-O1 -Wl,--hash-style=gnu -mthumb-interwork -mno-thumb
>> -DNETSNMP_ENABLE_IPV6
>> -isystem/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/include
>> -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2
>> -ggdb2 -Ulinux -Dlinux=linux -Wall -Winline -Wstrict-prototypes
>> -Wwrite-strings -Wcast-qual -Wno-char-subscripts -o .libs/snmpd
>> .libs/snmpd.o -Wl,-rpath-link
>> -Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>> -Wl,-O1 -Wl,--hash-style=gnu 
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs
>>
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs
>> -L/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers
>> ./.libs/libnetsnmpagent.so helpers/.libs/libnetsnmphelpers.so
>> ./.libs/libnetsnmpmibs.so
>> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs/libnetsnmphelpers.so
>> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs/libnetsnmpagent.so
>> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs/libnetsnmp.so
>> -ldl ../snmplib/.libs/libnetsnmp.so -lcrypto -lssl
>> ./.libs/libnetsnmpmibs.so: undefined reference to `pthread_create'
>> collect2: ld returned 1 exit status
>> make[1]: *** [snmpd] Error 1
> 
> Does log.do_configure say anything about pthreads?

Nothing special:

OE:hipox sledz@mobil-400-586:~/work/OE-testing> grep -u pthread 
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/temp/log.do_configure*
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/temp/log.do_configure:checking
 pthread.h usability... yes
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/temp/log.do_configure:checking
 pthread.h presence... yes
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/temp/log.do_configure:checking
 for pthread.h... yes
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/temp/log.do_configure.19195:checking
 pthread.h usability... yes
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/temp/log.do_configure.19195:checking
 pthread.h presence... yes
/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/temp/log.do_configure.19195:checking
 for pthread.h... yes

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Re: [oe] net-snmp-svn-r7.0 do_compile failed

2011-02-23 Thread Steffen Sledz 
On 02/23/2011 11:07 PM, Khem Raj wrote:
> On Tue, Feb 22, 2011 at 11:55 PM, Steffen Sledz  wrote:
>> Again a clean build:
>>
>> OE:hipox sledz@mobil-400-586:~/work/openembedded> bitbake net-snmp
>> ...
>>
>> Build Configuration:
>> BB_VERSION= "1.12.0"
>> METADATA_BRANCH   = "org.openembedded.dev"
>> METADATA_REVISION = "8e4bd2f"
>> TARGET_ARCH   = "arm"
>> TARGET_OS = "linux-gnueabi"
>> MACHINE   = "hipox"
>> DISTRO= "angstrom"
>> DISTRO_VERSION= "2010.7-test-20110223"
>> TARGET_FPU= "soft"
>>
>> ...
>> libtool: link: arm-angstrom-linux-gnueabi-gcc -march=armv5te 
>> -mtune=arm926ej-s -Wl,-rpath-link 
>> -Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>>  -Wl,-O1 -Wl,--hash-style=gnu -mthumb-interwork -mno-thumb 
>> -DNETSNMP_ENABLE_IPV6 
>> -isystem/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/include
>>  -fexpensive-optimizations -frename-registers -fomit-frame-pointer -O2 
>> -ggdb2 -Ulinux -Dlinux=linux -Wall -Winline -Wstrict-prototypes 
>> -Wwrite-strings -Wcast-qual -Wno-char-subscripts -o .libs/snmpd 
>> .libs/snmpd.o -Wl,-rpath-link 
>> -Wl,/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>>  -Wl,-O1 -Wl,--hash-style=gnu  
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs
>>  
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs
>>  
>> -L/home/sledz/work/OE-testing/tmp.6/sysroots/armv5te-angstrom-linux-gnueabi/usr/lib
>>  
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib
>>  
>> -L/home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers
>>  ./.libs/libnetsnmpagent.so helpers/.libs/libnetsnmphelpers.so 
>> ./.libs/libnetsnmpmibs.so 
>> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/helpers/.libs/libnetsnmphelpers.so
>>  
>> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/agent/.libs/libnetsnmpagent.so
>>  
>> /home/sledz/work/OE-testing/tmp.6/work/armv5te-angstrom-linux-gnueabi/net-snmp-svn-r7.0/net-snmp/snmplib/.libs/libnetsnmp.so
>>  -ldl ../snmplib/.libs/libnetsnmp.so -lcrypto -lssl
>> ./.libs/libnetsnmpmibs.so: undefined reference to `pthread_create'
>> collect2: ld returned 1 exit status
>> make[1]: *** [snmpd] Error 1
> 
> confgure could have a test to use/not use libpthread to link and this
> test may be failing for some reason and disabling libpthread from
> getting into
> linker commandline and resulting in this. look at config.log I would
> say and see what games it plays with libpthread tests if they are
> runtime
> tests then they wont succeed for sure.

Nothing suspicios in config.log:

...
configure:27538: checking pthread.h usability
configure:27555: arm-angstrom-linux-gnueabi-gcc -march=armv5te 
-mtune=arm926ej-s -Wl,-O1 -Wl,--hash-style=gnu -mthumb-interwork -mno-thumb -c 
-DNETSNMP_ENABLE_IPV6 -fexpensive-optimizations -frename-registers 
-fomit-frame-pointer -O2 -ggdb2 -Ulinux -Dlinux=linux  conftest.c >&5
configure:27562: $? = 0
configure:27576: result: yes
configure:27580: checking pthread.h presence
configure:27595: arm-angstrom-linux-gnueabi-gcc -E  conftest.c
configure:27602: $? = 0
configure:27616: result: yes
configure:27649: checking for pthread.h
configure:27658: result: yes
...
ac_cv_header_pthread_h=yes
...
#define _POSIX_PTHREAD_SEMANTICS 1
...
#define HAVE_PTHREAD_H 1
...

Steffen

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058

___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel