Re: [oe] vlc_1.1.4.1: Why is `lua5.1-native` not added to `DEPENDS` automatically? (was: [PATCH] vlc_1.1.4.1: add `lua5.1` to `DEPENDS`)
Paul Menzel paulepan...@users.sourceforge.net [2010-11-06 00:21:08]: Indeed in all my tests there is no `luac` staged. This should be done by adding `lua5.1-native` to `DEPENDS` as you suggested. But I am wondering why `lua5.1` is not providing `luac`. Is there a problem with the `lua5.1` recipe [4][5]? The question is, why there's no luac for you :-) It's working for me (tm), see bellow. yn...@ntbk:/media/data/devel/oe/ts72xx.git/tmp/work$ ls armv4t-angstrom-linux-*/lua5.1-5.1.4-r9/packages-split/lua5.1/usr/bin/* armv4t-angstrom-linux-gnueabi/lua5.1-5.1.4-r9/packages-split/lua5.1/usr/bin/lua armv4t-angstrom-linux-gnueabi/lua5.1-5.1.4-r9/packages-split/lua5.1/usr/bin/luac armv4t-angstrom-linux-uclibceabi/lua5.1-5.1.4-r9/packages-split/lua5.1/usr/bin/lua armv4t-angstrom-linux-uclibceabi/lua5.1-5.1.4-r9/packages-split/lua5.1/usr/bin/luac -- ynezz ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] ARMv4 not working with latest gcc,eglibc
Kristoffer Ericson kristoffer.eric...@gmail.com [2010-11-06 00:56:00]: Khems addition of gcc 4.5 patch effectivly removed the thumb 'bx' instruction from the binaries, but Im getting the exact same issue as before (kernel panic at init time). Same issue as before? What does it mean? What machine and distro combination is that? I can build something and test it on my ts72xx, which is armv4t also. Filip zyzniewski had the combination of gcc 4.4.2 + eglibc 2.12 working well on his machine, I also know another person with an ARMv4t which used gcc 4.5 + eglibc 2.12 without any issues (with same distro file). Therefore I still believe its an compiler/thumb issue. Im currently trying to reproduce filips environment to make sure, once I do it should be confirmed. Sorry, I don't know Filip, nor his machine, can you be please more specific? :-) Thanks. -- ynezz ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] ARMv4 not working with latest gcc,eglibc
On Fri, Nov 5, 2010 at 4:56 PM, Kristoffer Ericson kristoffer.eric...@gmail.com wrote: Hi, Khems addition of gcc 4.5 patch effectivly removed the thumb 'bx' instruction from the binaries, but Im getting the exact same issue as before (kernel panic at init time). what is your kernel version ? I would suggest to try a different one. There are reports og gcc 4.5 miscompiling 2.6.35 Filip zyzniewski had the combination of gcc 4.4.2 + eglibc 2.12 working well on his machine, I also know another person with an ARMv4t which used gcc 4.5 + eglibc 2.12 without any issues (with same distro file). Therefore I still believe its an compiler/thumb issue. Im currently trying to reproduce filips environment to make sure, once I do it should be confirmed. Best wishes Kristoffer Ericson http://www.jlime.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] vlc_1.1.4.1: Why is `lua5.1-native` not added to `DEPENDS` automatically?
Am Samstag, den 06.11.2010, 08:51 +0100 schrieb Petr Štetiar: Paul Menzel paulepan...@users.sourceforge.net [2010-11-06 00:21:08]: Indeed in all my tests there is no `luac` staged. This should be done by adding `lua5.1-native` to `DEPENDS` as you suggested. But I am wondering why `lua5.1` is not providing `luac`. Is there a problem with the `lua5.1` recipe [4][5]? The question is, why there's no luac for you :-) It's working for me (tm), see bellow. yn...@ntbk:/media/data/devel/oe/ts72xx.git/tmp/work$ ls armv4t-angstrom-linux-*/lua5.1-5.1.4-r9/packages-split/lua5.1/usr/bin/* armv4t-angstrom-linux-gnueabi/lua5.1-5.1.4-r9/packages-split/lua5.1/usr/bin/lua armv4t-angstrom-linux-gnueabi/lua5.1-5.1.4-r9/packages-split/lua5.1/usr/bin/luac armv4t-angstrom-linux-uclibceabi/lua5.1-5.1.4-r9/packages-split/lua5.1/usr/bin/lua armv4t-angstrom-linux-uclibceabi/lua5.1-5.1.4-r9/packages-split/lua5.1/usr/bin/luac I think my question is, why `luac` is not staged if `vlc` `DEPENDS` on `lua5.1`. Or is is inevitable to add `lua5.1-native` to `DEPENDS`? Thanks, Paul 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] [PATCH] po4a: Add native recipe
Hello. On Wed, 2010-03-31 at 13:41, Khem Raj wrote: On (31/03/10 16:20), Martyn Welch wrote: Add a recipe for building a native version of po4a version 0.36.3. Signed-off-by: Martyn Welch martyn.we...@ge.com --- recipes/po4a/po4a-native_0.36.3.bb | 12 1 files changed, 12 insertions(+), 0 deletions(-) diff --git a/recipes/po4a/po4a-native_0.36.3.bb b/recipes/po4a/po4a-native_0.36.3.bb new file mode 100644 index 000..07c9e08 --- /dev/null +++ b/recipes/po4a/po4a-native_0.36.3.bb @@ -0,0 +1,12 @@ +DESCRIPTION = Tools for helping translation of documentation +SECTION = utility +PRIORITY = optional +LICENSE = GPL +DEPENDS = libmodule-build-perl-native +PR = r0 +inherit native may be you could use BBCLASSEXTEND to write native part and have recipe also for target package. Agreed. We need to reduce our set of recipes and BBCLASSEXTEND helps a lot for the native recipes. Martyn, care to send a reworked patch for this? regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] vlc_1.1.4.1: Why is `lua5.1-native` not added to `DEPENDS` automatically?
Paul Menzel paulepan...@users.sourceforge.net [2010-11-06 10:31:25]: Or is is inevitable to add `lua5.1-native` to `DEPENDS`? You have to. As an example I've attached for you my recipe for lua-lanes, which uses luac also. -- ynezz From 865463173cbb5d70282ea69c2c84084e435578e4 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Petr=20=C5=A0tetiar?= yn...@true.cz Date: Sun, 10 Oct 2010 10:24:39 +0200 Subject: [PATCH] lua-lanes: add new recipe MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: Petr Štetiar yn...@true.cz --- .../0001-fix-LanesTimer-inifinite-thread-GC.patch | 31 +++ recipes/lua/lua-lanes-2.0.6/makefile.patch | 207 recipes/lua/lua-lanes-2.0.6/uclibc.patch | 13 ++ recipes/lua/lua-lanes_2.0.6.bb | 34 4 files changed, 285 insertions(+), 0 deletions(-) create mode 100644 recipes/lua/lua-lanes-2.0.6/0001-fix-LanesTimer-inifinite-thread-GC.patch create mode 100644 recipes/lua/lua-lanes-2.0.6/makefile.patch create mode 100644 recipes/lua/lua-lanes-2.0.6/uclibc.patch create mode 100644 recipes/lua/lua-lanes_2.0.6.bb diff --git a/recipes/lua/lua-lanes-2.0.6/0001-fix-LanesTimer-inifinite-thread-GC.patch b/recipes/lua/lua-lanes-2.0.6/0001-fix-LanesTimer-inifinite-thread-GC.patch new file mode 100644 index 000..18fb36b --- /dev/null +++ b/recipes/lua/lua-lanes-2.0.6/0001-fix-LanesTimer-inifinite-thread-GC.patch @@ -0,0 +1,31 @@ +From 69583ec6fc6cd18a0248d1233193bb2407dbda04 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Petr=20=C5=A0tetiar?= yn...@true.cz +Date: Sun, 31 Oct 2010 23:02:49 +0100 +Subject: [PATCH] fix LanesTimer inifinite thread GC +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +threading.c 394: pthread_cond_destroy(ref) failed, 16 EBUSY + +Signed-off-by: Petr Štetiar yn...@true.cz +--- + src/lanes.c |2 +- + 1 files changed, 1 insertions(+), 1 deletions(-) + +diff --git a/src/lanes.c b/src/lanes.c +index c02c540..54cfa7a 100644 +--- a/src/lanes.c b/src/lanes.c +@@ -1559,7 +1559,7 @@ LUAG_FUNC( thread_gc ) { + + // We can read 's-status' without locks, but not wait for it + // +-if (s-status DONE) { ++if (s-status DONE strcmp(s-threadName, LanesTimer)) { + // + selfdestruct_add(s); + assert( s-selfdestruct_next ); +-- +1.7.0.4 + diff --git a/recipes/lua/lua-lanes-2.0.6/makefile.patch b/recipes/lua/lua-lanes-2.0.6/makefile.patch new file mode 100644 index 000..6807010 --- /dev/null +++ b/recipes/lua/lua-lanes-2.0.6/makefile.patch @@ -0,0 +1,207 @@ +Index: lanes-2.0.6/src/Makefile +=== +--- lanes-2.0.6.orig/src/Makefile 2009-01-22 07:32:18.0 +0100 lanes-2.0.6/src/Makefile 2010-10-17 22:00:16.0 +0200 +@@ -11,123 +11,21 @@ + + OBJ=$(SRC:.c=.o) + +-# LuaRocks gives 'LIBFLAG' from the outside +-# +-LIBFLAG=-shared +- +-OPT_FLAGS=-O2 +-# -O0 -g +- + LUA=lua + LUAC=luac + +-_SO=.so +-ifeq $(findstring MINGW32,$(shell uname -s)) MINGW32 +- _SO=.dll +-endif +- +-ifeq $(LUAROCKS) +- ifeq $(findstring MINGW32,$(shell uname -s)) MINGW32 +-# MinGW MSYS on Windows +-# +-# - 'lua' and 'luac' expected to be on the path +-# - %LUA_DEV% must lead to include files and libraries (Lua for Windows = 5.1.3.14) +-# - %MSCVR80% must be the full pathname of 'msvcr80.dll' +-# +-ifeq $(LUA_DEV) +- $(error LUA_DEV not defined - try i.e. 'make LUA_DEV=/c/Program\ Files/Lua/5.1') +-endif +-ifeq $(MSVCR80) +- MSVCR80:=$(LUA_DEV)/install/support/Microsoft.VC80.CRT.SP1/MSVCR80.DLL +- ifneq '$(shell test -f $(MSVCR80) echo found)' 'found' +-$(error MSVCR80 not defined - set it to full path of msvcr80.dll') +- endif +- $(warning MSVCR80=$(MSVCR80)) +-endif +-LUA_FLAGS:=-I $(LUA_DEV)/include +-LUA_LIBS:=$(LUA_DEV)/lua5.1.dll -lgcc -lmsvcr80 $(MSVCR80) +-LIBFLAG=-shared -Wl,-Map,lanes.map +- else +-# Autodetect LUA_FLAGS and/or LUA_LIBS +-# +-ifneq $(shell which pkg-config) +- ifeq $(shell pkg-config --exists lua5.1 echo 1) 1 +-LUA_FLAGS:=$(shell pkg-config --cflags lua5.1) +-LUA_LIBS:=$(shell pkg-config --libs lua5.1) +- # +- # Ubuntu: -I/usr/include/lua5.1 +- # -llua5.1 +- else +-ifeq $(shell pkg-config --exists lua echo 1) 1 +- LUA_FLAGS:=$(shell pkg-config --cflags lua) +- LUA_LIBS:=$(shell pkg-config --libs lua) +-# +-# OS X fink with pkg-config: +-# -I/sw/include +-# -L/sw/lib -llua -lm +-else +- $(warning *** 'pkg-config' existed but did not know of 'lua[5.1]' - Good luck!) +- LUA_FLAGS:= +- LUA_LIBS:=-llua +-endif +- endif +-else +- # No 'pkg-config'; try defaults +- # +- ifeq $(shell
[oe] problem building omap3-sgx-module
Dear all, I am trying to build an image including virtual/libgl package (i.e libgles-omap3) for my igep0020 platform. libgles-omap3 depends on omap3-sgx-modules and this one doesn't build. I tried several kernel recipes (linux_2.6.36, linux_2.6.34, linux_2.6.32, linux-igep2_2.6.33.7-0.bb). I am on tag tested_2010-10-29. I am stuck on this one for a while. Thank you for your help. Eric Colleu. the build log is : NOTE: package omap3-sgx-modules-1.4.14.2616-r90f: task do_compile: Started ERROR: TaskFailed event exception, aborting ERROR: Build of /home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb do_compile failed ERROR: Task 1680 (/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb, do_compile) failed with 256 ERROR: '/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb' failed ERROR: Function do_compile failed NOTE: Task failed: ('function do_compile failed', '/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/temp/log.do_compile.25013') ERROR: Logfile of failure stored in: /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/temp/log.do_compile.25013 Log data follows: | NOTE: make -e MAKEFLAGS= KERNEL_PATH=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_SRC=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KDIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNELDIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_DIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_VERSION=2.6.36 CC=arm-oe-linux-gnueabi-gcc LD=arm-oe-linux-gnueabi-ld AR=arm-oe-linux-gnueabi-ar BUILD=release TI_PLATFORM=omap3630 | make -C /home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel M=`pwd` | make[1]: Entering directory `/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel' | LD /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/built-in.o | CC [M] /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.o | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:124: erreur: unknown field ‘ioctl’ specified in initializer | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:124: attention : initialization from incompatible pointer type | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c: In function ‘bc_cat_init’: | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:495: erreur: implicit declaration of function ‘cpu_is_omap3530’ | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:495: erreur: implicit declaration of function ‘omap_rev_lt_3_0’ | make[3]: *** [/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.o] Erreur 1 | make[2]: *** [/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti] Erreur 2 | make[1]: *** [_module_/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM] Error 2 | make[1]: Leaving directory `/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel' | make: *** [all] Error 2 | FATAL: oe_runmake failed | ERROR: Function do_compile failed NOTE: package omap3-sgx-modules-1.4.14.2616-r90f: task do_compile: Failed ERROR: TaskFailed event exception, aborting ERROR: Build of /home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb do_compile failed ERROR: Task 1680 (/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb, do_compile) failed with 256 ERROR: '/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb' failed ERROR: '/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb' failed ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org
Re: [oe] [PATCH 7/7] qwt: add qwt 5.2.1
Hello, Thanks for the update. But am I the only having issue building it? http://tinderbox.openembedded.org/public/logs/task/9693587.txt thanks. BR Sylvain(aka GarthPS) 2010/10/29 Eric Bénard e...@eukrea.com this recipe compiles the latest stable version of the QT Widgets for Technical Applications against qt4-embedded. A specific package was created for the example applications. Signed-off-by: Eric Bénard e...@eukrea.com --- recipes/qwt/qwt_5.2.1.bb | 33 + 1 files changed, 33 insertions(+), 0 deletions(-) create mode 100644 recipes/qwt/qwt_5.2.1.bb diff --git a/recipes/qwt/qwt_5.2.1.bb b/recipes/qwt/qwt_5.2.1.bb new file mode 100644 index 000..aecee9e --- /dev/null +++ b/recipes/qwt/qwt_5.2.1.bb @@ -0,0 +1,33 @@ +DESCRIPTION = Qt Widget Extension for Technical Applications +SECTION = libs +PRIORITY = optional +LICENSE = QWT+LGPL +PR = r0 + +SRC_URI = ${SOURCEFORGE_MIRROR}/${PN}/${PN}/${PV}/${PN}-${PV}.tar.bz2 \ + + +inherit qt4e + +do_configure_prepend() { +sed -e 's#/usr/local/qwt-5.2.1#/usr#g' -i qwtconfig.pri +sed -e 's/#CONFIG += QwtExamples/CONFIG += QwtExamples/g' -i qwtconfig.pri +} +do_install() { +make install INSTALL_ROOT=${D} +cd examples +install -d ${D}/${bindir} +cp -pPR bin/* ${D}/${bindir} +install -d ${D}/${docdir}/${PN}-${PV} +mv ${D}/usr/doc/html/* ${D}/${docdir}/${PN}-${PV} +install -d ${D}${mandir}/ +mv ${D}/usr/doc/man/* ${D}${mandir}/ +} + +PACKAGES += ${PN}-examples + +FILES_${PN}-examples = ${bindir}/* +FILES_${PN} = ${libdir}/*.so.* + +SRC_URI[md5sum] = 4a595b8db0ec3856b117836c1d60cb27 +SRC_URI[sha256sum] = e2b8bb755404cb3dc99e61f3e2d7262152193488f5fbe88524eb698e11ac569f -- 1.6.3.3 ___ 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 7/7] qwt: add qwt 5.2.1
Hi, Le 06/11/2010 12:26, Sylvain Paré a écrit : Thanks for the update. But am I the only having issue building it? http://tinderbox.openembedded.org/public/logs/task/9693587.txt are you using the patch which was pushed ? If yes, it's tested using qt-embedded 4.7 on armv5 armv6 with angstrom 2010-x distro. Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] ARMv4 not working with latest gcc,eglibc
On Sat, Nov 06, 2010 at 09:10:15AM +0100, Petr Štetiar wrote: Kristoffer Ericson kristoffer.eric...@gmail.com [2010-11-06 00:56:00]: Khems addition of gcc 4.5 patch effectivly removed the thumb 'bx' instruction from the binaries, but Im getting the exact same issue as before (kernel panic at init time). Same issue as before? What does it mean? What machine and distro combination is that? I can build something and test it on my ts72xx, which is armv4t also. HP Jornada 720 with flashrom Distro JLime-2010.1.conf arch : Armv4 For the record, armv4 is not the same as armv4t, meaning you can for instance run bx without any issue while I cannot. So saying that gcc 4.5 produces fine binaries for your platform is not the same as that it should work on mine. The issue Im seeing is directly after kernel hands over to sysinit I get a kernel panic trying to kill init... The following backtrace is nonspecific and essentially says that it wasnt able to run the first binary (=init). Filip zyzniewski had the combination of gcc 4.4.2 + eglibc 2.12 working well on his machine, I also know another person with an ARMv4t which used gcc 4.5 + eglibc 2.12 without any issues (with same distro file). Therefore I still believe its an compiler/thumb issue. Im currently trying to reproduce filips environment to make sure, once I do it should be confirmed. Sorry, I don't know Filip, nor his machine, can you be please more specific? :-) Thanks. He built the combo gcc 4.4.2 + eglibc 2.12 for same machine using same distro file and his works, mine doesnt (i got gcc 4.5). -- ynezz ___ 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] ARMv4 not working with latest gcc,eglibc
On Sat, Nov 06, 2010 at 02:28:12AM -0700, Khem Raj wrote: On Fri, Nov 5, 2010 at 4:56 PM, Kristoffer Ericson kristoffer.eric...@gmail.com wrote: Hi, Khems addition of gcc 4.5 patch effectivly removed the thumb 'bx' instruction from the binaries, but Im getting the exact same issue as before (kernel panic at init time). what is your kernel version ? I would suggest to try a different one. There are reports og gcc 4.5 miscompiling 2.6.35 Im using handcompiled 2.6.36-hpc, and the kernel works well with the older userland and I have no reason to doubt why it shouldnt even be able to run the init on the new userland. Im almost finished with the 4.4.2 based userland, so will know more after that. Filip zyzniewski had the combination of gcc 4.4.2 + eglibc 2.12 working well on his machine, I also know another person with an ARMv4t which used gcc 4.5 + eglibc 2.12 without any issues (with same distro file). Therefore I still believe its an compiler/thumb issue. Im currently trying to reproduce filips environment to make sure, once I do it should be confirmed. Best wishes Kristoffer Ericson http://www.jlime.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] ARMv4 not working with latest gcc,eglibc
On Sat, Nov 06, 2010 at 02:28:12AM -0700, Khem Raj wrote: On Fri, Nov 5, 2010 at 4:56 PM, Kristoffer Ericson kristoffer.eric...@gmail.com wrote: Hi, Khems addition of gcc 4.5 patch effectivly removed the thumb 'bx' instruction from the binaries, but Im getting the exact same issue as before (kernel panic at init time). what is your kernel version ? I would suggest to try a different one. There are reports og gcc 4.5 miscompiling 2.6.35 Alright, the previous kernel didnt have EABI active in kernel config. So now it works (with your added patch). Big thanks for help Filip zyzniewski had the combination of gcc 4.4.2 + eglibc 2.12 working well on his machine, I also know another person with an ARMv4t which used gcc 4.5 + eglibc 2.12 without any issues (with same distro file). Therefore I still believe its an compiler/thumb issue. Im currently trying to reproduce filips environment to make sure, once I do it should be confirmed. Best wishes Kristoffer Ericson http://www.jlime.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 7/7] qwt: add qwt 5.2.1
Nope, no patch using it for SHR so with qt-X11 2010/11/6 Eric Bénard e...@eukrea.com Hi, Le 06/11/2010 12:26, Sylvain Paré a écrit : Thanks for the update. But am I the only having issue building it? http://tinderbox.openembedded.org/public/logs/task/9693587.txt are you using the patch which was pushed ? If yes, it's tested using qt-embedded 4.7 on armv5 armv6 with angstrom 2010-x distro. Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 2/2] libxml, rpm, zope: avoid generating native packages
Hello. On Mon, 2009-11-23 at 14:17, Ricardo Salveti de Araujo wrote: Signed-off-by: Ricardo Salveti de Araujo ricardo.salv...@openbossa.org --- recipes/libxml/libxml2-native.inc |2 +- recipes/rpm/rpm-native_4.4.2.3.bb |5 ++--- recipes/zope/zope-native_3.3.1.bb |2 +- 3 files changed, 4 insertions(+), 5 deletions(-) diff --git a/recipes/libxml/libxml2-native.inc b/recipes/libxml/libxml2-native.inc index 3f67152..395a3a9 100644 --- a/recipes/libxml/libxml2-native.inc +++ b/recipes/libxml/libxml2-native.inc @@ -5,7 +5,7 @@ FILESDIR = $...@os.path.dirname(bb.data.getVar('FILE',d,1))}/libxml2-${PV} SRC_URI = ftp://xmlsoft.org/libxml2/libxml2-${PV}.tar.gz; S = ${WORKDIR}/libxml2-${PV} -inherit autotools native pkgconfig distutils-native-base +inherit autotools pkgconfig distutils-native-base native do_configure_prepend () { EXTRA_LIBXML2_OECONF=\ diff --git a/recipes/rpm/rpm-native_4.4.2.3.bb b/recipes/rpm/rpm-native_4.4.2.3.bb index 3cfb43e..d27a392 100644 --- a/recipes/rpm/rpm-native_4.4.2.3.bb +++ b/recipes/rpm/rpm-native_4.4.2.3.bb @@ -1,8 +1,7 @@ -inherit native distutils-native-base - require rpm-${PV}.inc +inherit distutils-native-base native + DEPENDS = beecrypt-native gettext-native zlib-native file-native popt-native python-native -PACKAGES = export varprefix = ${localstatedir} diff --git a/recipes/zope/zope-native_3.3.1.bb b/recipes/zope/zope-native_3.3.1.bb index cb0d690..a1c5eac 100644 --- a/recipes/zope/zope-native_3.3.1.bb +++ b/recipes/zope/zope-native_3.3.1.bb @@ -1,4 +1,4 @@ -inherit native distutils-native-base +inherit distutils-native-base native So, you are sorting the inherit differently. How does this avoid generating native packages? Is there some magic I don't understand? regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC][PATCH v2] Alternative to busybox, using proper tools
Hello. On Tue, 2010-03-23 at 10:32, Martyn Welch wrote: Marcin Juszkiewicz wrote: Dnia poniedziałek, 22 marca 2010 o 17:08:20 Martyn Welch napisał(a): This patch provides a mechanism to replace busybox by defining a busybox package which actually just requires a set of other packages. To get it to be used rather than the standard busybox, define: PREFERRED_PROVIDER_busybox = busybox-alt --- Marcin: Something like this you mean? Yes, few notes: No prob. Martyn, did you sent out a newer version of this patch with the changes integrated you acknowledged here? I can't find it in the repo only this outdated version in patchwork. regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] Add Freescale i.MX25 3stack support
Hello. On Fri, 2010-04-16 at 17:04, Mickael Chazaux wrote: 2010/4/6 Mickaël Chazaux mchaz...@adeneo-embedded.com: From: Mickaël CHAZAUX mchaz...@adeneo-embedded.com This patch adds support for the i.MX25 3Stack platform. It is based on the patches released by Freescale as part of LTIB. Any comments on this patch? Sorry for the late reply. I'm just going throught our patchwork backlog and found this patch. It does not apply anymore. Care to update and resend it? Will apply it then. regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2] TI tools - make EULA unpack work when /opt is writeable
Hello. On Sat, 2010-10-09 at 08:52, Gary Thomas wrote: On 08/28/2010 03:07 AM, Gary Thomas wrote: This patch addresses the problem where the TI tools that need the EULA unpack into the wrong place if the user has write permission in /opt. The current behaviour of expecting the unpacker to fall back to the $HOME environment variable should not be relied on. The patch changes the unpack step to use the --prefix= option which will always work. Version 2: * Update patch to be against org.openembedded.dev branch * Incorporate full description into patch What about this patch? It's been nearly 6 weeks and no discussion or anything. The problem persists in today's tree. Can we have a comment form the TI devs here? regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] liboil: removed old cruft before 0.3.15
Hello. On Fri, 2010-07-30 at 13:22, Enrico Scholz wrote: Versions before 0.3.15 are more than 2 years old and not referenced anywhere. Sorry for the late reply. I just found this patch during patchwork cleanup. I was going to apply the patch but is does no longer apply. Care to update and resend it? Will apply the updated version. regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/4] Lightmediascanner: Add recipe for 0.4.0 release
Hello. On Sun, 2010-10-24 at 08:25, Martin Jansa wrote: On Fri, Oct 22, 2010 at 10:14:04PM -0200, fiden...@profusion.mobi wrote: From: Eduardo Lima (Etrunko) ebl...@gmail.com Also update 0.2.0 recipe to use lightmediascanner.inc Signed-off-by: Eduardo Lima (Etrunko) ebl...@gmail.com --- recipes/lightmediascanner/lightmediascanner.inc| 21 .../lightmediascanner/lightmediascanner_0.2.0.0.bb | 11 +- .../lightmediascanner/lightmediascanner_0.4.0.0.bb |6 + 3 files changed, 28 insertions(+), 10 deletions(-) create mode 100644 recipes/lightmediascanner/lightmediascanner.inc create mode 100644 recipes/lightmediascanner/lightmediascanner_0.4.0.0.bb diff --git a/recipes/lightmediascanner/lightmediascanner.inc b/recipes/lightmediascanner/lightmediascanner.inc new file mode 100644 index 000..9ba7a01 --- /dev/null +++ b/recipes/lightmediascanner/lightmediascanner.inc @@ -0,0 +1,21 @@ +DESCRIPTION = Lightweight media scanner meant to be used in not-so-powerful devices +SECTION = libs/multimedia +AUTHOR = INdT / ProFUSION +LICENSE = LGPL +DEPENDS += sqlite3 libogg libvorbis flac +# DEPENDS += mpeg4ip + +PE = 1 +RDEPENDS_${PN} += glibc-gconv-utf-16 \ + glibc-gconv \ + +RPROVIDES_${PN} += liblightmediascanner + +inherit autotools pkgconfig + +FILES_${PN}-dbg += ${libdir}/${PN}/plugins/.debug + +do_stage() { + autotools_stage_all +} please don't use old staging for new stuff Agreed. Eduardo, can you try the patch without the do_stage function at all? It should be take care of by the autotools class nowadays. Just remove it and see if all files are staged correctly (e.g. by buildin an application that uses it) is all you need. regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 2/4] lightmediascanner: Add *.a/*.la files to -dev package
On Fri, 2010-10-22 at 22:14, fiden...@profusion.mobi wrote: From: Eduardo Lima (Etrunko) ebl...@gmail.com Signed-off-by: Eduardo Lima (Etrunko) ebl...@gmail.com Acked-by: Stefan Schmidt ste...@datenfreihafen.org Once you have resent a fixed version of the previous patch I will apply this one. regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 3/4] Add lightmediascanner_git recipe
On Fri, 2010-10-22 at 22:14, fiden...@profusion.mobi wrote: From: Eduardo Lima (Etrunko) ebl...@gmail.com Signed-off-by: Eduardo Lima (Etrunko) ebl...@gmail.com --- recipes/lightmediascanner/lightmediascanner_git.bb |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) create mode 100644 recipes/lightmediascanner/lightmediascanner_git.bb diff --git a/recipes/lightmediascanner/lightmediascanner_git.bb b/recipes/lightmediascanner/lightmediascanner_git.bb new file mode 100644 index 000..751d384 --- /dev/null +++ b/recipes/lightmediascanner/lightmediascanner_git.bb @@ -0,0 +1,7 @@ +require lightmediascanner.inc + +SRCREV = ${AUTOREV} Please don't do this. The _git recipes we use in OE have a rev specified instead of building HEAD everytime the are called. Specify a sane srcrev here and switch autorev on in your local.conf if you need it. Besides this the patch has my ACK and I would apply an updated version. regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] fix for older glib-2.0 versions to build with recent autotools
On Tue, Oct 26, 2010 at 5:55 AM, Alexander Stohr alexander.st...@gmx.de wrote: the attached patch bundles a single fix for glib-2.0 for recipes built upon glib tarballs 2.6.4 to 2.20.4. later versions have the problem fixed in tarball (e.g. 2.22.1 and newer). the problem happens when you need to update autotools for some other reason (e.g. building some newer package) whilst not wanting to update glib at the very same time. it manifests by a badly clobbered fi in configure step and thus a still open nesting level when the script ends. the auto tools generated script exposes fiAC_... that originates from a too extensive use of the dnl statemnt. that construct is only critical with newer auto tools. the fix removes those problematic extra keyword. Applied. Next time please follow the patch submission guidelines described in wiki otherwise I will ignore such patches which need manual work to be applied. -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 01/11] parted: Added parted-native
Signed-off-by: Camille Moncelier moncel...@devlife.org --- recipes/parted/parted_2.3.bb |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/recipes/parted/parted_2.3.bb b/recipes/parted/parted_2.3.bb index d2ac303..6efb398 100644 --- a/recipes/parted/parted_2.3.bb +++ b/recipes/parted/parted_2.3.bb @@ -3,14 +3,18 @@ HOMEPAGE = http://www.gnu.org/software/parted/parted.html; LICENSE = GPLv3 SECTION = console/tools DEPENDS = readline util-linux-ng lvm2 +DEPENDS_virtclass-native = readline-native util-linux-ng-native SRC_URI = ${GNU_MIRROR}/parted/parted-${PV}.tar.gz \ file://use_llseek_syscall.patch \ EXTRA_OECONF = --disable-Werror ac_cv_func_calloc_0_nonnull=yes +EXTRA_OECONF_virtclass-native = --disable-device-mapper inherit autotools pkgconfig SRC_URI[md5sum] = 30ceb6df7e8681891e865e2fe5a7903d SRC_URI[sha256sum] = e81fa140805b5cd029ff6dda5cfa94d223e83ac182ebcae94f841d62ce468829 + +BBCLASSEXTEND = native -- 1.7.3.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 07/11] zbar: Add support for Qt widgets and bump to 0.10
* Added support for qt widgets (not only gtk ones) Signed-off-by: Camille Moncelier moncel...@devlife.org --- recipes/zbar/zbar_0.10.bb | 31 +++ 1 files changed, 31 insertions(+), 0 deletions(-) create mode 100644 recipes/zbar/zbar_0.10.bb diff --git a/recipes/zbar/zbar_0.10.bb b/recipes/zbar/zbar_0.10.bb new file mode 100644 index 000..844764d --- /dev/null +++ b/recipes/zbar/zbar_0.10.bb @@ -0,0 +1,31 @@ +DESCRIPTION = 2D barcode scanner toolkit. +SECTION = graphics +LICENSE = GPL +DEPENDS = intltool-native gtk+ qt4-x11-free libpng jpeg +PR = r1 + +SRC_URI = ${SOURCEFORGE_MIRROR}/${PN}/${P}.tar.bz2 + +inherit autotools pkgconfig + +EXTRA_OECONF = --without-imagemagick --without-python + +do_configure_append() { +# This one tries to autodetect MOC and fails, so we have to force it +sed -i s#^MOC =.*#MOC = ${STAGING_BINDIR_NATIVE}/moc4# Makefile +} + +PACKAGES += libzbar libzbargtk libzbarqt + +FILES_${PN} = ${bindir}/zbar* +FILES_${PN}-doc = ${datadir}/doc ${datadir}/man +FILES_${PN}-dbg += ${bindir}/.debug +FILES_libzbar = ${libdir}/libzbar.so.* +FILES_libzbar-dev = ${libdir}/libzbar.so ${libdir}/libzbar.*a ${includedir}/zbar* +FILES_libzbargtk = ${libdir}/libzbargtk.so.* +FILES_libzbargtk-dev = ${libdir}/libzbargtk.so ${libdir}/libzbargtk.*a +FILES_libzbarqt = ${libdir}/libzbarqt.so.* +FILES_libzbarqt-dev = ${libdir}/libzbarqt.so ${libdir}/libzbarqt.*a + +SRC_URI[md5sum] = 0fd61eb590ac1bab62a77913c8b086a5 +SRC_URI[sha256sum] = 234efb39dbbe5cef4189cc76f37afbe3cfcfb45ae52493bfe8e191318bdbadc6 -- 1.7.3.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] problem building omap3-sgx-module
On 11/06/2010 06:09 AM, Eric Colleu wrote: Dear all, I am trying to build an image including virtual/libgl package (i.e libgles-omap3) for my igep0020 platform. libgles-omap3 depends on omap3-sgx-modules and this one doesn't build. I tried several kernel recipes (linux_2.6.36, linux_2.6.34, linux_2.6.32, linux-igep2_2.6.33.7-0.bb). Eric, The only recipe I know omap3-sgx-modules to work with is linux-omap-psp_2.6.32. -Matt I am on tag tested_2010-10-29. I am stuck on this one for a while. Thank you for your help. Eric Colleu. the build log is : NOTE: package omap3-sgx-modules-1.4.14.2616-r90f: task do_compile: Started ERROR: TaskFailed event exception, aborting ERROR: Build of /home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb do_compile failed ERROR: Task 1680 (/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb, do_compile) failed with 256 ERROR: '/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb' failed ERROR: Function do_compile failed NOTE: Task failed: ('function do_compile failed', '/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/temp/log.do_compile.25013') ERROR: Logfile of failure stored in: /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/temp/log.do_compile.25013 Log data follows: | NOTE: make -e MAKEFLAGS= KERNEL_PATH=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_SRC=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KDIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNELDIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_DIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_VERSION=2.6.36 CC=arm-oe-linux-gnueabi-gcc LD=arm-oe-linux-gnueabi-ld AR=arm-oe-linux-gnueabi-ar BUILD=release TI_PLATFORM=omap3630 | make -C /home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel M=`pwd` | make[1]: Entering directory `/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel' | LD /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/built-in.o | CC [M] /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.o | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:124: erreur: unknown field ‘ioctl’ specified in initializer | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:124: attention : initialization from incompatible pointer type | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c: In function ‘bc_cat_init’: | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:495: erreur: implicit declaration of function ‘cpu_is_omap3530’ | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:495: erreur: implicit declaration of function ‘omap_rev_lt_3_0’ | make[3]: *** [/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.o] Erreur 1 | make[2]: *** [/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti] Erreur 2 | make[1]: *** [_module_/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM] Error 2 | make[1]: Leaving directory `/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel' | make: *** [all] Error 2 | FATAL: oe_runmake failed | ERROR: Function do_compile failed NOTE: package omap3-sgx-modules-1.4.14.2616-r90f: task do_compile: Failed ERROR: TaskFailed event exception, aborting ERROR: Build of /home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb do_compile failed ERROR: Task 1680 (/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb, do_compile) failed with 256 ERROR: '/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb' failed ERROR: '/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb'
[oe] [PATCH 02/11] dropbear: Removed openmoko references. Added /etc/default/dropbear
Signed-off-by: Camille Moncelier moncel...@devlife.org --- recipes/dropbear/dropbear.inc |4 +--- recipes/dropbear/dropbear/default |4 2 files changed, 5 insertions(+), 3 deletions(-) create mode 100644 recipes/dropbear/dropbear/default diff --git a/recipes/dropbear/dropbear.inc b/recipes/dropbear/dropbear.inc index 1569ea3..db1b26e 100644 --- a/recipes/dropbear/dropbear.inc +++ b/recipes/dropbear/dropbear.inc @@ -15,8 +15,6 @@ SRC_URI = \ file://fix-2kb-keys.patch \ file://allow-nopw.patch;apply=no \ file://init \ - -SRC_URI_append_openmoko = \ file://default \ @@ -82,4 +80,4 @@ pkg_postrm_append () { update-alternatives --remove scp ${bindir}/dropbearmulti } -CONFFILES_${PN}_openmoko += ${sysconfdir}/default/dropbear +CONFFILES_${PN} += ${sysconfdir}/default/dropbear diff --git a/recipes/dropbear/dropbear/default b/recipes/dropbear/dropbear/default new file mode 100644 index 000..a4f2bfd --- /dev/null +++ b/recipes/dropbear/dropbear/default @@ -0,0 +1,4 @@ +# DROPBEAR_BANNER= +# DROPBEAR_RSAKEY=/etc/dropbear/dropbear_rsa_host_key +# DROPBEAR_DSSKEY=/etc/dropbear/dropbear_dss_host_key +# DROPBEAR_KEYTYPES=rsa -- 1.7.3.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 08/11] log4cpp: Added recipe for log4cpp
* Log4cpp is library of C++ classes for flexible logging to files, syslog, IDSA and other destinations. It is modeled after the Log4j Java library, staying as close to their API as is reasonable. Signed-off-by: Camille Moncelier moncel...@devlife.org --- .../log4cpp/log4cpp-1.0/configure_pkgconfig.diff | 11 + recipes/log4cpp/log4cpp-1.0/stl_compile.diff | 23 recipes/log4cpp/log4cpp_1.0.bb | 22 +++ 3 files changed, 56 insertions(+), 0 deletions(-) create mode 100644 recipes/log4cpp/log4cpp-1.0/configure_pkgconfig.diff create mode 100644 recipes/log4cpp/log4cpp-1.0/stl_compile.diff create mode 100644 recipes/log4cpp/log4cpp_1.0.bb diff --git a/recipes/log4cpp/log4cpp-1.0/configure_pkgconfig.diff b/recipes/log4cpp/log4cpp-1.0/configure_pkgconfig.diff new file mode 100644 index 000..e4a9104 --- /dev/null +++ b/recipes/log4cpp/log4cpp-1.0/configure_pkgconfig.diff @@ -0,0 +1,11 @@ +--- log4cpp-1.0/m4/ac_config_pkgconfig_in.m4 2004-01-27 11:27:38.0 +0100 log4cpp-1.0.patched/m4/ac_config_pkgconfig_in.m4 2009-08-24 17:12:26.0 +0200 +@@ -121,7 +121,7 @@ + fi + echo 'Version: @VERSION@' $PKGCONFIG_FILE + echo 'Libs: -L${libdir} @MODULE_DOWN[]_libs@' $PKGCONFIG_FILE +-echo 'Cflags: -I${includedir} @MODULE_DOWN[]_cflags@' $PKGCONFIG_FILE ++echo 'Cflags: -I${includedir}' $PKGCONFIG_FILE + m4_pushdef([PKGCONFIG_UP], [m4_translit([$1], [a-z], [A-Z])])dnl + PKGCONFIG_UP[]_PKGCONFIG=PKGCONFIG_DIR[]$1-config + AC_SUBST(PKGCONFIG_UP[]_PKGCONFIG) diff --git a/recipes/log4cpp/log4cpp-1.0/stl_compile.diff b/recipes/log4cpp/log4cpp-1.0/stl_compile.diff new file mode 100644 index 000..dc4672d --- /dev/null +++ b/recipes/log4cpp/log4cpp-1.0/stl_compile.diff @@ -0,0 +1,23 @@ +diff -r -u log4cpp-1.0/src/BasicLayout.cpp log4cpp-1.0.new/src/BasicLayout.cpp +--- log4cpp-1.0/src/BasicLayout.cpp2006-09-30 08:03:20.0 +0200 log4cpp-1.0.new/src/BasicLayout.cpp2009-08-21 16:13:32.0 +0200 +@@ -14,6 +14,7 @@ + #ifdef LOG4CPP_HAVE_SSTREAM + #include sstream + #endif ++#include memory + + namespace log4cpp { + +diff -r -u log4cpp-1.0/src/PatternLayout.cpp log4cpp-1.0.new/src/PatternLayout.cpp +--- log4cpp-1.0/src/PatternLayout.cpp 2007-08-28 09:54:12.0 +0200 log4cpp-1.0.new/src/PatternLayout.cpp 2009-08-21 16:14:04.0 +0200 +@@ -370,7 +370,7 @@ + literal = ; + } + if ((minWidth != 0) || (maxWidth != 0)) { +-component = new FormatModifierComponent(component, std::abs(minWidth), maxWidth, minWidth 0); ++component = new FormatModifierComponent(component, std::abs((double)minWidth), maxWidth, minWidth 0); + minWidth = maxWidth = 0; + } + _components.push_back(component); diff --git a/recipes/log4cpp/log4cpp_1.0.bb b/recipes/log4cpp/log4cpp_1.0.bb new file mode 100644 index 000..0243e16 --- /dev/null +++ b/recipes/log4cpp/log4cpp_1.0.bb @@ -0,0 +1,22 @@ +DESCRIPTION = A library of C++ classes for flexible logging to files, syslog, IDSA and other destinations. +HOMEPAGE = http://sourceforge.net/projects/log4cpp/; +PRIORITY = optional +PR = r3 + +SRC_URI = \ + http://downloads.sourceforge.net/project/log4cpp/log4cpp-1.0.x%20%28current%29/${PN}-${PV}/${PN}-${PV}.tar.gz \ + file://stl_compile.diff;apply=yes \ + file://configure_pkgconfig.diff;apply=yes \ + + +inherit autotools pkgconfig + +EXTRA_OECONF = \ +--enable-doxygen=no \ +--enable-dot=no \ +--enable-html-docs=no \ +--enable-latex-docs=no \ + + +SRC_URI[md5sum] = 1face50ead0790d1297dfb04bacf273c +SRC_URI[sha256sum] = b4533324b0a1f46ad74a9e92bf2caa46c246e9353059e1a835e735d41826ed19 -- 1.7.3.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] OpenEmbedded and the Yocto Project
On Fri, Nov 5, 2010 at 12:07 PM, Richard Purdie rpur...@rpsys.net wrote: So what do I mean by hard? First there are the conversations with your legal department where some questions arise: * How do you ensure license compliance? * When someone makes a change, how do you know the license is still correct? * You've mixing GPLv2 and v3? How are you ensuring no contamination? cue a long discussion which I'd bet most companies have Is GPLv3 the issue here with patent, DMC, and Tivoization issues? Is the solution to simply not have GPLv3 software in a device? Are there other license issues that companies are worried about? Thanks, Cliff -- = http://bec-systems.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 09/11] pathfinder: Added pathfinder (X.509 path verification)
* PathFinder is designed to provide a mechanism for any program to perform RFC3280-compliant path validation of X509 certificates, even when some of the intermediate certificates are not present on the local machine. * pathfinder can be used with opkg to provide verification of remote ssl certificates --- recipes/pathfinder/files/pathfinderd.conf | 21 +++ recipes/pathfinder/files/pathfinderd.init | 32 + recipes/pathfinder/pathfinder.inc | 22 +++ recipes/pathfinder/pathfinder_1.1.3.bb| 11 ++ recipes/pathfinder/pathfinder_svn.bb | 11 ++ 5 files changed, 97 insertions(+), 0 deletions(-) create mode 100644 recipes/pathfinder/files/pathfinderd.conf create mode 100644 recipes/pathfinder/files/pathfinderd.init create mode 100644 recipes/pathfinder/pathfinder.inc create mode 100644 recipes/pathfinder/pathfinder_1.1.3.bb create mode 100644 recipes/pathfinder/pathfinder_svn.bb diff --git a/recipes/pathfinder/files/pathfinderd.conf b/recipes/pathfinder/files/pathfinderd.conf new file mode 100644 index 000..9c285a8 --- /dev/null +++ b/recipes/pathfinder/files/pathfinderd.conf @@ -0,0 +1,21 @@ +!DOCTYPE busconfig PUBLIC + -//freedesktop//DTD D-BUS Bus Configuration 1.0//EN + http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd; +busconfig +policy user=root +allow own=ca.carillon.pathfinder/ +allow send_destination=ca.carillon.pathfinder/ +/policy + +!-- +policy user=pathfinderd +allow own=ca.carillon.pathfinder/ +allow send_destination=ca.carillon.pathfinder/ +/policy +-- + +policy context=default +deny own=ca.carillon.pathfinder/ +allow send_destination=ca.carillon.pathfinder/ +/policy +/busconfig diff --git a/recipes/pathfinder/files/pathfinderd.init b/recipes/pathfinder/files/pathfinderd.init new file mode 100644 index 000..a20b4c1 --- /dev/null +++ b/recipes/pathfinder/files/pathfinderd.init @@ -0,0 +1,32 @@ +#!/bin/sh +DAEMON=/usr/sbin/pathfinderd +NAME=pathfinderd +DESC=pathfinderd: X509 Path Verification Daemon +PIDFILE=/var/run/pathfinderd/pathfinderd.pid +ARGS=-d + +test -f $DAEMON || exit 0 + +case $1 in +start) +echo -n Starting $DESC: $NAME +start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- $ARGS +echo . +;; +stop) +echo -n Stopping $DESC: $NAME +start-stop-daemon --stop --quiet --pidfile $PIDFILE --exec $DAEMON +echo . +;; +restart) +$0 stop +sleep 1 +$0 start +;; +*) +echo Usage: $0 {start|stop|restart} +exit 1 +;; +esac + +exit 0 diff --git a/recipes/pathfinder/pathfinder.inc b/recipes/pathfinder/pathfinder.inc new file mode 100644 index 000..ce1d832 --- /dev/null +++ b/recipes/pathfinder/pathfinder.inc @@ -0,0 +1,22 @@ +DESCRIPTION = A tool to perform RFC3280-compliant path validation of X509 certificates + +LICENSE = LGPL +DEPENDS = wvstreams openldap boost +RDEPENDS = dbus +HOMEPAGE = http://code.google.com/p/pathfinder-pki/; + +INC_PR = 0 + +inherit cmake pkgconfig update-rc.d + +INITSCRIPT_NAME = pathfinderd +INITSCRIPT_PARAMS = defaults + +do_install_append() { + install -d ${D}/${sysconfdir}/init.d/ + install -m 755 ${WORKDIR}/pathfinderd.init ${D}/etc/init.d/pathfinderd + + install -d ${D}/${sysconfdir}/dbus-1/system.d/ + install ${WORKDIR}/pathfinderd.conf ${D}/${sysconfdir}/dbus-1/system.d/ + +} diff --git a/recipes/pathfinder/pathfinder_1.1.3.bb b/recipes/pathfinder/pathfinder_1.1.3.bb new file mode 100644 index 000..ab8aa65 --- /dev/null +++ b/recipes/pathfinder/pathfinder_1.1.3.bb @@ -0,0 +1,11 @@ +require pathfinder.inc + +SRC_URI = http://pathfinder-pki.googlecode.com/files/${PN}-${PV}-Source.tar.gz \ + file://pathfinderd.init \ + file://pathfinderd.conf \ + + +PR = ${INC_PR}.1 + +SRC_URI[md5sum] = 6985ea14da6dff30c3c4e5cfc8b3d0f7 +SRC_URI[sha256sum] = a81b09a306aa997980d76f2b6e9215e7b3a91ed4c5fb413b3c4d30513a5e1031 diff --git a/recipes/pathfinder/pathfinder_svn.bb b/recipes/pathfinder/pathfinder_svn.bb new file mode 100644 index 000..f17943e --- /dev/null +++ b/recipes/pathfinder/pathfinder_svn.bb @@ -0,0 +1,11 @@ +require pathfinder.inc + +SRC_URI = svn://pathfinder-pki.googlecode.com/svn/trunk;module=pathfinder;proto=http \ + file://pathfinderd.init \ + file://pathfinderd.conf \ + + +SRCREV = 224 +PV = 1.1.3+svnr${SRCPV} +PR = ${INC_PR}.0 +S = ${WORKDIR}/${PN} -- 1.7.3.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 11/11] ccid: Bump version to 1.4.0 (Needs pcsc-lite 1.6.2)
Signed-off-by: Camille Moncelier moncel...@devlife.org --- recipes/ccid/ccid_1.4.0.bb | 28 recipes/ccid/files/no-cardman-5321.diff | 10 ++ 2 files changed, 38 insertions(+), 0 deletions(-) create mode 100644 recipes/ccid/ccid_1.4.0.bb create mode 100644 recipes/ccid/files/no-cardman-5321.diff diff --git a/recipes/ccid/ccid_1.4.0.bb b/recipes/ccid/ccid_1.4.0.bb new file mode 100644 index 000..b104374 --- /dev/null +++ b/recipes/ccid/ccid_1.4.0.bb @@ -0,0 +1,28 @@ +DESCRIPTION = Generic USB CCID smart card reader driver +HOMEPAGE = http://pcsclite.alioth.debian.org/ccid.html; +LICENSE = GPL +PR = r1 + +DEPENDS = virtual/libusb0 pcsc-lite +RDEPENDS_${PN} = pcsc-lite + +SRC_URI = http://alioth.debian.org/download.php//ccid-${PV}.tar.bz2 \ + file://no-cardman-5321.diff;apply=yes \ + + +inherit autotools + +EXTRA_OECONF = --enable-udev + +do_install_append () { + install -d ${D}/etc/udev/rules.d + install -m 644 ${S}/src/pcscd_ccid.rules ${D}/etc/udev/rules.d/85-pcscd_ccid.rules +} + +FILES_${PN} += ${libdir}/pcsc/ +FILES_${PN}-dbg += ${libdir}/pcsc/drivers/*/*/*/.debug + +SRC_URI[md5sum] = 745d681bed2e17579fa6144e19bcb01d +SRC_URI[sha256sum] = a0b6e56c54f311c4cb39eef0f362e4e6d388bf815a15532e4524d2be1723b4ff + +DEFAULT_PREFERENCE = -1 diff --git a/recipes/ccid/files/no-cardman-5321.diff b/recipes/ccid/files/no-cardman-5321.diff new file mode 100644 index 000..504c061 --- /dev/null +++ b/recipes/ccid/files/no-cardman-5321.diff @@ -0,0 +1,10 @@ +--- ccid-1.3.11/readers/supported_readers.txt.old 2009-09-28 18:12:42.0 +0200 ccid-1.3.11/readers/supported_readers.txt 2009-09-28 18:12:53.0 +0200 +@@ -43,7 +43,6 @@ + 0x076B:0x4321:OmniKey CardMan 4321 + 0x076B:0x5121:OmniKey CardMan 5121 + 0x076B:0x5125:OmniKey CardMan 5125 +-0x076B:0x5321:OmniKey CardMan 5321 + 0x076B:0x6622:OmniKey CardMan 6121 + 0x076B:0xA021:Smart Card Reader + 0x076B:0xA022:Teo by Xiring -- 1.7.3.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 10/11] pcsc-lite: Add support for ccid 1.4.0
Signed-off-by: Camille Moncelier moncel...@devlife.org --- recipes/pcsc-lite/pcsc-lite_1.6.4.bb | 35 ++ 1 files changed, 35 insertions(+), 0 deletions(-) create mode 100644 recipes/pcsc-lite/pcsc-lite_1.6.4.bb diff --git a/recipes/pcsc-lite/pcsc-lite_1.6.4.bb b/recipes/pcsc-lite/pcsc-lite_1.6.4.bb new file mode 100644 index 000..4c74573 --- /dev/null +++ b/recipes/pcsc-lite/pcsc-lite_1.6.4.bb @@ -0,0 +1,35 @@ +DESCRIPTION = PC/SC Lite smart card framework and applications +HOMEPAGE = http://pcsclite.alioth.debian.org/; +LICENSE = BSD + +DEPENDS = hal +RDEPENDS_${PN} = hal + +SRC_URI = https://alioth.debian.org/frs/download.php/2795/pcsc-lite-${PV}.tar.bz2 \ + file://pcscd.init + +inherit autotools update-rc.d + +INITSCRIPT_NAME = pcscd +INITSCRIPT_PARAMS = defaults + +EXTRA_OECONF = \ + --enable-libhal \ + --disable-libusb \ + --enable-usbdropdir=${libdir}/pcsc/drivers \ + + +do_install() { + oe_runmake DESTDIR=${D} install + install -d ${D}/etc/init.d + install -m 755 ${WORKDIR}/pcscd.init ${D}/etc/init.d/pcscd +} + +PACKAGES =+ libpcsclite + +FILES_libpcsclite = ${libdir}/libpcsclite.so.* ${libdir}/libpcsclite.so + +SRC_URI[md5sum] = d2106e881803784fe2f27922d2d73bc0 +SRC_URI[sha256sum] = f5011a7167ad00e312958eace65f14e4cfd20655b02e80f7de1438828c7f730a + +DEFAULT_PREFERENCE = -1 -- 1.7.3.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] OpenEmbedded and the Yocto Project
Hello. On Sat, 2010-11-06 at 13:26, Cliff Brake wrote: On Fri, Nov 5, 2010 at 12:07 PM, Richard Purdie rpur...@rpsys.net wrote: So what do I mean by hard? First there are the conversations with your legal department where some questions arise: * How do you ensure license compliance? * When someone makes a change, how do you know the license is still correct? * You've mixing GPLv2 and v3? How are you ensuring no contamination? cue a long discussion which I'd bet most companies have Is GPLv3 the issue here with patent, DMC, and Tivoization issues? Is the solution to simply not have GPLv3 software in a device? At least that is what I hear most of the times. Yocto should be able to build a GPLv3-free image. Obviously this kinda results in keeping old versions of core elements of software maintained by the FSF. Are there other license issues that companies are worried about? Well, we have Google who demostrated that they would rather write everything from scratch, including a libc, instead of using the GPL. :) But that is not a problem for OE. All other players have realized how to deal with the GPL. regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] mcpp: added new recipe for version 2.7.2
* created .inc file for both target and native version * added version 2.7.2 Signed-off-by: Maksym Parkachov lazy.gop...@gmail.com --- recipes/mcpp/mcpp.inc | 11 +++ recipes/mcpp/mcpp_2.7.2.bb |5 + 2 files changed, 16 insertions(+), 0 deletions(-) create mode 100644 recipes/mcpp/mcpp.inc create mode 100644 recipes/mcpp/mcpp_2.7.2.bb diff --git a/recipes/mcpp/mcpp.inc b/recipes/mcpp/mcpp.inc new file mode 100644 index 000..9c56a7c --- /dev/null +++ b/recipes/mcpp/mcpp.inc @@ -0,0 +1,11 @@ +DESCRIPTION = MCPP is a portable C/C++ preprocessor +HOMEPAGE = http://mcpp.sourceforge.net/; +LICENSE = BSD + +SRC_URI = ${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz + +inherit autotools lib_package + +EXTRA_OECONF = --enable-mcpplib + +BBCLASSEXTEND = native diff --git a/recipes/mcpp/mcpp_2.7.2.bb b/recipes/mcpp/mcpp_2.7.2.bb new file mode 100644 index 000..55418bf --- /dev/null +++ b/recipes/mcpp/mcpp_2.7.2.bb @@ -0,0 +1,5 @@ +require ${BPN}.inc + +SRC_URI[md5sum] = 512de48c87ab023a69250edc7a0c7b05 +SRC_URI[sha256sum] = 3b9b4421888519876c4fc68ade324a3bbd81ceeb7092ecdbbc2055099fcb8864 + -- 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] OpenEmbedded and the Yocto Project
On 11/06/2010 01:26 PM, Cliff Brake wrote: On Fri, Nov 5, 2010 at 12:07 PM, Richard Purdierpur...@rpsys.net wrote: So what do I mean by hard? First there are the conversations with your legal department where some questions arise: * How do you ensure license compliance? * When someone makes a change, how do you know the license is still correct? * You've mixing GPLv2 and v3? How are you ensuring no contamination? cue a long discussion which I'd bet most companies have Is GPLv3 the issue here with patent, DMC, and Tivoization issues? Is the solution to simply not have GPLv3 software in a device? Are there other license issues that companies are worried about? Cliff, I think each company has it's own licensing issues. The important thing for OE is to make sure our license fields are accurate. Philip ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] problem building omap3-sgx-module
On Sat, Nov 6, 2010 at 10:23 AM, Matt Johnson johns...@crhc.illinois.edu wrote: On 11/06/2010 06:09 AM, Eric Colleu wrote: Dear all, I am trying to build an image including virtual/libgl package (i.e libgles-omap3) for my igep0020 platform. libgles-omap3 depends on omap3-sgx-modules and this one doesn't build. I tried several kernel recipes (linux_2.6.36, linux_2.6.34, linux_2.6.32, linux-igep2_2.6.33.7-0.bb). Eric, The only recipe I know omap3-sgx-modules to work with is linux-omap-psp_2.6.32. -Matt I am on tag tested_2010-10-29. I am stuck on this one for a while. Thank you for your help. Eric Colleu. the build log is : NOTE: package omap3-sgx-modules-1.4.14.2616-r90f: task do_compile: Started ERROR: TaskFailed event exception, aborting ERROR: Build of /home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb do_compile failed ERROR: Task 1680 (/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb, do_compile) failed with 256 ERROR: '/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb' failed ERROR: Function do_compile failed NOTE: Task failed: ('function do_compile failed', '/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/temp/log.do_compile.25013') ERROR: Logfile of failure stored in: /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/temp/log.do_compile.25013 Log data follows: | NOTE: make -e MAKEFLAGS= KERNEL_PATH=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_SRC=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KDIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNELDIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_DIR=/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel KERNEL_VERSION=2.6.36 CC=arm-oe-linux-gnueabi-gcc LD=arm-oe-linux-gnueabi-ld AR=arm-oe-linux-gnueabi-ar BUILD=release TI_PLATFORM=omap3630 | make -C /home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel M=`pwd` | make[1]: Entering directory `/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel' | LD /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/built-in.o | CC [M] /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.o | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:124: erreur: unknown field ‘ioctl’ specified in initializer | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:124: attention : initialization from incompatible pointer type | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c: In function ‘bc_cat_init’: | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:495: erreur: implicit declaration of function ‘cpu_is_omap3530’ | /home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.c:495: erreur: implicit declaration of function ‘omap_rev_lt_3_0’ | make[3]: *** [/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti/bc_cat.o] Erreur 1 | make[2]: *** [/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM/services4/3rdparty/bufferclass_ti] Erreur 2 | make[1]: *** [_module_/home/ecolleu/dev/jkbx/tmp/work/igep0020-oe-linux-gnueabi/omap3-sgx-modules-1.4.14.2616-r90f/Graphics_SDK_4_00_00_01/GFX_Linux_KM] Error 2 | make[1]: Leaving directory `/home/ecolleu/dev/jkbx/tmp/sysroots/igep0020-oe-linux-gnueabi/kernel' | make: *** [all] Error 2 | FATAL: oe_runmake failed | ERROR: Function do_compile failed NOTE: package omap3-sgx-modules-1.4.14.2616-r90f: task do_compile: Failed ERROR: TaskFailed event exception, aborting ERROR: Build of /home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb do_compile failed ERROR: Task 1680 (/home/ecolleu/dev/jkbx/oe/recipes/powervr-drivers/ omap3-sgx-modules_1.4.14.2616.bb, do_compile) failed with 256 ERROR:
Re: [oe] [PATCH 01/11] parted: Added parted-native
On Sat, Nov 6, 2010 at 10:48 PM, Khem Raj raj.k...@gmail.com wrote: diff --git a/recipes/parted/parted_2.3.bb b/recipes/parted/ parted_2.3.bb index d2ac303..6efb398 100644 --- a/recipes/parted/parted_2.3.bb +++ b/recipes/parted/parted_2.3.bb @@ -3,14 +3,18 @@ HOMEPAGE = http://www.gnu.org/software/parted/parted.html; LICENSE = GPLv3 SECTION = console/tools DEPENDS = readline util-linux-ng lvm2 +DEPENDS_virtclass-native = readline-native util-linux-ng-native this should not be needed. Are you saying this for DEPENDS_virtclass-native are for the whole recipe ? -- Camille Moncelier http://devlife.org/ If Java had true garbage collection, most programs would delete themselves upon execution. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] sorry by my patches....
I want to say sorry by my wrong patches,i'm newbie and i'll try to change them Thanks Angelox_123 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] image.bbclass adding unconditionally glibc-localedata
Since commit 4271024e26551da70e710cef6d2dcbfa8740b007 my initramfs image inflates. No need for /usr/share/i18n/locales/* I don't see an easy way to avoid that after inheriting image.bbclass thus a quick hack: ... inherit image # brute force override to avoid i18n stuff from image.bbclass PACKAGE_INSTALL = ${IMAGE_INSTALL} LINGUAS_INSTALL = LINGUAS_INSTALL_linux = LINGUAS_INSTALL_linux-gnueabi = EOF IMHO image.bbclass should allow empty locales. Besides, why fixing it to glibc-localedata? Regards Andrea ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Race issues (lzma-native)
Strange... Built today with Metadata rev fda42d9 and no issues. Tried on Ubuntu and Gentoo 32bit Regards Andrea On Thu, Nov 4, 2010 at 1:27 PM, Andrea Adami andrea.ad...@gmail.com wrote: FWIW Issue is still present. I'll try the workaround you posted. Andrea On Tue, Oct 26, 2010 at 9:58 AM, Andrea Adami andrea.ad...@gmail.com wrote: Just to add this time the race appears building on Ubuntu 10.4 32bit. Last race-case (gtk+-native) was only on Gentoo and not on Ubuntu... Both distros are on the same Quad host and share an EXT3 OpenEmbedded partition, though. PARALLEL_MAKE = -j5 BB_NUMBER_THREADS = 4 Perplexed... Andrea On Mon, Oct 25, 2010 at 5:59 AM, Graham Gower graham.go...@gmail.com wrote: On 10/24/2010 07:29 PM, Andrea Adami wrote: Hello, during first build of console image I notice a strange fault: subsequent builds are ok. My scripts builds console-image and opie-image. ERROR: Task 2411 (virtual:native:/oe/openembedded/recipes/lzma/lzma_4.65.bb, do_distribute_sources) failed with exit code '1' NOTE: Unpacking ../sources/lzma465.tar.bz2 to tmp/work/i686-linux/lzma-native-4.65-r4.1/ NOTE: package lzma-native-4.65-r4.1: task do_distribute_sources: Started NOTE: package lzma-native-4.65-r4.1: task SRC_DISTRIBUTECOMMAND: Failed ERROR: Function 'SRC_DISTRIBUTECOMMAND' failed Looking at the run.SRC_DISTRIBUTECOMMAND.18268 16384 (failing) run.SRC_DISTRIBUTECOMMAND.9570 34334 it looks like the file is not complete / malformed: package_generate_ipkg_conf() { --mkdir -p /oe/build/tmp/sysroots/i686-linux/etc/ --echo src oe file:/oe/build/tmp/deploy/glibc/ipk /oe/build/tmp/sysroots/i686-linux/etc/opkg.conf --echo src oe file:/ EOF run.do_distribute_sources.18268 is empty, while second time run.do_distribute_sources.9570 1051 contains def do_distribute_sources(d): This seems indeed a race issue... Andrea ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel I can reproduce this one quite easily. Reverting a6a23f73 seems to make it disappear. Alternately the change below works, but I'm not convinced this is the right fix. Can someone with greater insight explain what causes this race? -Graham diff --git a/classes/src_distribute.bbclass b/classes/src_distribute.bbclass index 795a5cf..98d8d88 100644 --- a/classes/src_distribute.bbclass +++ b/classes/src_distribute.bbclass @@ -1,7 +1,7 @@ SRC_DISTRIBUTE_DLONLY ?= 0 SRC_DISTRIBUTECOMMAND[func] = 1 -addtask distribute_sources before do_build after do_fetch +addtask distribute_sources before do_build after do_unpack python do_distribute_sources () { bb.build.exec_func(do_fetch, d) ___ 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 01/11] parted: Added parted-native
On Sat, Nov 06, 2010 at 02:48:29PM -0700, Khem Raj wrote: On Sat, Nov 6, 2010 at 9:31 AM, Camille Moncelier moncel...@devlife.org wrote: Signed-off-by: Camille Moncelier moncel...@devlife.org --- recipes/parted/parted_2.3.bb | 4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/recipes/parted/parted_2.3.bb b/recipes/parted/parted_2.3.bb index d2ac303..6efb398 100644 --- a/recipes/parted/parted_2.3.bb +++ b/recipes/parted/parted_2.3.bb @@ -3,14 +3,18 @@ HOMEPAGE = http://www.gnu.org/software/parted/parted.html; LICENSE = GPLv3 SECTION = console/tools DEPENDS = readline util-linux-ng lvm2 +DEPENDS_virtclass-native = readline-native util-linux-ng-native this should not be needed. should not.. but now it is, because it's broken by autotools/base/vala bbclass (in this case is maybe even intentional to remove lvm2 dependency?). http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-October/026188.html http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-October/026189.html Regards, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel