Re: [oe] minimal-uclibc: freesmartphone/libfsobasics_git.bb: do_compile() failed: utilities.c:35:22: fatal error: execinfo.h: No such file or directory
* Khem Raj raj.k...@gmail.com [21.09.2010 07:43]: On Mon, Sep 20, 2010 at 10:17 PM, Frederik Sdun frederik.s...@googlemail.com wrote: * Paul Menzel paulepan...@users.sourceforge.net [21.09.2010 00:18]: Hi, fso is quit untested with none GNU libcs and we partly depend on it. I wrote a short patch which add a --enable-no-gnuism switch for configure, but want to talk to Michael, before commiting it. Could you test it and report more gnuism in our code? And is possible to get a backtrace with uClibc which is not gnuism, but available in all none-GNU implementations? instead you could use the defines like __UCLIBC__ which are there when using uclibc. This is only available when compiling the C code. In the stage of compiling vala code it's not available. -- IRC: playya @ Freenode, Gimpnet xmpp: pla...@draugr.de identi.ca: playya signature.asc Description: Digital signature ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] hplip: add 3.10.6
* tested on armv5te using HP PSC inkjet printers
* DEFAULT_PREFERENCE = -1 until it's more tested
Signed-off-by: Eric Bénard e...@eukrea.com
---
recipes/hplip/hplip_3.10.6.bb | 59 +
1 files changed, 59 insertions(+), 0 deletions(-)
create mode 100644 recipes/hplip/hplip_3.10.6.bb
diff --git a/recipes/hplip/hplip_3.10.6.bb b/recipes/hplip/hplip_3.10.6.bb
new file mode 100644
index 000..d9dfe1d
--- /dev/null
+++ b/recipes/hplip/hplip_3.10.6.bb
@@ -0,0 +1,59 @@
+DESCRIPTION = HP Linux Imaging and Printing
+LICENSE = GPL, MIT, BSD
+
+# currently, we build a stripped down version that only includes IJS
+# and components required to implement a minimal printing system
+# for embedded systems.
+
+SRC_URI = ${SOURCEFORGE_MIRROR}/${PN}/${PN}-${PV}.tar.gz \
+
+
+PR = r1
+DEFAULT_PREFERENCE = -1
+
+inherit autotools
+
+EXTRA_OECONF = ' \
+BUILD_SYS= HOST_SYS= \
+ --enable-hpijs-install \
+--disable-network-build \
+--disable-doc-build \
+--disable-pp-build \
+--disable-scan-build \
+--disable-gui-build \
+--disable-fax-build \
+--disable-dbus-build \
+--disable-foomatic-drv-install \
+--disable-foomatic-rip-hplip-install \
+ '
+
+# needed by python checks in configure
+EXTRA_OEMAKE = 'BUILD_SYS= HOST_SYS='
+
+PACKAGES += ${PN}-ppd ${PN}-cups ${PN}-backend ${PN}-filter
+RDEPENDS_${PN} += python-syslog python-pprint python-compression python-shell
python-xml python-unixadmin python-html python-resource python-terminal
+
+# need to snag the debug file or OE will fail on backend package
+FILES_${PN}-dbg += \
+ ${libdir}/cups/backend/.debug \
+ ${libdir}/python2.6/site-packages/.debug \
+ ${libdir}/cups/filter/.debug
+
+FILES_${PN}-ppd = \
+ ${datadir}/ppd
+
+FILES_${PN}-cups = \
+ ${datadir}/cups
+
+FILES_${PN}-backend = \
+ ${libdir}/cups/backend
+
+FILES_${PN}-filter = \
+ ${libdir}/cups/filter
+
+FILES_${PN} += \
+ ${libdir}/python2.6/site-packages/*.so
+
+SRC_URI[md5sum] = 96c36e3baf35e93cf9436a772f0c9ef4
+SRC_URI[sha256sum] =
3ee0e68a613d2b966dcb6df9fd8e074c4c3e590249e61c0d792de3373b84fdeb
+
--
1.6.3.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] openvpn: add 2.1.3
* tested on armv5te using shared keys setup
* DEFAULT_PREFERENCE = -1 until it's more tested
Signed-off-by: Eric Bénard e...@eukrea.com
---
recipes/openvpn/openvpn_2.1.3.bb | 12
1 files changed, 12 insertions(+), 0 deletions(-)
create mode 100644 recipes/openvpn/openvpn_2.1.3.bb
diff --git a/recipes/openvpn/openvpn_2.1.3.bb b/recipes/openvpn/openvpn_2.1.3.bb
new file mode 100644
index 000..c448151
--- /dev/null
+++ b/recipes/openvpn/openvpn_2.1.3.bb
@@ -0,0 +1,12 @@
+require openvpn.inc
+
+PR = r0
+SRC_URI = http://openvpn.net/release/${P}.tar.gz \
+ file://openvpn
+
+# I want openvpn to be able to read password from file (hrw)
+EXTRA_OECONF += --enable-password-save
+DEFAULT_PREFERENCE = -1
+
+SRC_URI[md5sum] = 7486d3e270ba4b033e311d3e022a0ad7
+SRC_URI[sha256sum] =
5185181df2e6043bd667377bc92e36ea5a5bd7600af209654f109b6403ca5b36
--
1.6.3.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] gs: add gs-fonts-std
* thsi is one of the font packages gs can use to render ps files
Signed-off-by: Eric Bénard e...@eukrea.com
---
recipes/gs/gs-fonts-std_8.11.bb | 28
1 files changed, 28 insertions(+), 0 deletions(-)
create mode 100644 recipes/gs/gs-fonts-std_8.11.bb
diff --git a/recipes/gs/gs-fonts-std_8.11.bb b/recipes/gs/gs-fonts-std_8.11.bb
new file mode 100644
index 000..76e331c
--- /dev/null
+++ b/recipes/gs/gs-fonts-std_8.11.bb
@@ -0,0 +1,28 @@
+DESCRIPTION = Ghostscript fonts package
+LICENSE = GPL
+SECTION = fonts
+HOMEPAGE =
+PR = r0
+
+SRC_URI = ${SOURCEFORGE_MIRROR}/gs-fonts/ghostscript-fonts-std-${PV}.tar.gz \
+
+
+PACKAGE_ARCH = all
+
+SRC_URI[md5sum] = 6865682b095f8c4500c54b285ff05ef6
+SRC_URI[sha256sum] =
0eb6f356119f2e49b2563210852e17f57f9dcc5755f350a69a46a0d641a0c401
+
+S = ${WORKDIR}/fonts
+
+do_install () {
+ install -d ${D}${datadir}/fonts
+ install -m 644 ${S}/*.pfb ${D}${datadir}/fonts
+ install -m 644 ${S}/*.afm ${D}${datadir}/fonts
+ install -m 644 ${S}/*.pfm ${D}${datadir}/fonts
+}
+
+PACKAGES += ${PN}-pfb ${PN}-afm ${PN}-pfm
+RDEPENDS_${PN} = ${PN}-pfb ${PN}-afm ${PN}-pfm
+FILES_${PN}-pfb += ${datadir}/fonts/*.pfb
+FILES_${PN}-afm += ${datadir}/fonts/*.afm
+FILES_${PN}-pfm += ${datadir}/fonts/*.pfm
--
1.6.3.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] ppp: fix poff
* the pid file contains several lines which breaks poff, even if only one pppd is running 753 ppp0 753 pppd version 2.4.5 * by using pidoff to kill pppd this script works again Signed-off-by: Eric Bénard e...@eukrea.com --- recipes/ppp/files/poff |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/recipes/ppp/files/poff b/recipes/ppp/files/poff index 0521a94..b2042ef 100644 --- a/recipes/ppp/files/poff +++ b/recipes/ppp/files/poff @@ -2,6 +2,7 @@ # Lets see how many pppds are running set -- `cat /var/run/ppp*.pid 2/dev/null` +set -- `pidof pppd` case $# in 0) # pppd only creates a pid file once ppp is up, so let's try killing pppd -- 1.6.3.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] cups: add version 1.4.4
* libusb support is enabled in this recipe
* DEFAULT_PREFERENCE = -1 as previous recipe didn't enable this
Signed-off-by: Eric Bénard e...@eukrea.com
---
recipes/cups/cups-1.4.4/configure.patch| 117
recipes/cups/cups-1.4.4/skip_tools.patch | 51 +
.../cups/cups-1.4.4/use_echo_only_in_init.patch| 11 ++
recipes/cups/cups_1.4.4.bb | 17 +++
4 files changed, 196 insertions(+), 0 deletions(-)
create mode 100644 recipes/cups/cups-1.4.4/configure.patch
create mode 100644 recipes/cups/cups-1.4.4/skip_tools.patch
create mode 100644 recipes/cups/cups-1.4.4/use_echo_only_in_init.patch
create mode 100644 recipes/cups/cups_1.4.4.bb
diff --git a/recipes/cups/cups-1.4.4/configure.patch
b/recipes/cups/cups-1.4.4/configure.patch
new file mode 100644
index 000..877e8d3
--- /dev/null
+++ b/recipes/cups/cups-1.4.4/configure.patch
@@ -0,0 +1,117 @@
+--- cups-1.4.3/configure.orig 2010-04-08 11:14:19.092296014 +0200
cups-1.4.3/configure 2010-04-08 11:19:02.661417938 +0200
+@@ -10940,114 +10940,6 @@
+ OPTIM=-fPIC $OPTIM
+ fi
+
+- # The -fstack-protector option is available with some versions of
+- # GCC and adds stack canaries which detect when the return address
+- # has been overwritten, preventing many types of exploit attacks.
+- { echo $as_me:$LINENO: checking if GCC supports -fstack-protector 5
+-echo $ECHO_N checking if GCC supports -fstack-protector... $ECHO_C 6; }
+- OLDCFLAGS=$CFLAGS
+- CFLAGS=$CFLAGS -fstack-protector
+- cat conftest.$ac_ext _ACEOF
+-/* confdefs.h. */
+-_ACEOF
+-cat confdefs.h conftest.$ac_ext
+-cat conftest.$ac_ext _ACEOF
+-/* end confdefs.h. */
+-
+-int
+-main ()
+-{
+-
+- ;
+- return 0;
+-}
+-_ACEOF
+-rm -f conftest.$ac_objext conftest$ac_exeext
+-if { (ac_try=$ac_link
+-case (($ac_try in
+- *\* | *\`* | *\\*) ac_try_echo=\$ac_try;;
+- *) ac_try_echo=$ac_try;;
+-esac
+-eval echo \\$as_me:$LINENO: $ac_try_echo\) 5
+- (eval $ac_link) 2conftest.er1
+- ac_status=$?
+- grep -v '^ *+' conftest.er1 conftest.err
+- rm -f conftest.er1
+- cat conftest.err 5
+- echo $as_me:$LINENO: \$? = $ac_status 5
+- (exit $ac_status); } {
+- test -z $ac_c_werror_flag ||
+- test ! -s conftest.err
+- } test -s conftest$ac_exeext
+- $as_test_x conftest$ac_exeext; then
+- OPTIM=$OPTIM -fstack-protector
+- { echo $as_me:$LINENO: result: yes 5
+-echo ${ECHO_T}yes 6; }
+-else
+- echo $as_me: failed program was: 5
+-sed 's/^/| /' conftest.$ac_ext 5
+-
+- { echo $as_me:$LINENO: result: no 5
+-echo ${ECHO_T}no 6; }
+-fi
+-
+-rm -f core conftest.err conftest.$ac_objext conftest_ipa8_conftest.oo \
+- conftest$ac_exeext conftest.$ac_ext
+- CFLAGS=$OLDCFLAGS
+-
+- # The -pie option is available with some versions of GCC and adds
+- # randomization of addresses, which avoids another class of exploits
+- # that depend on a fixed address for common functions.
+- { echo $as_me:$LINENO: checking if GCC supports -pie 5
+-echo $ECHO_N checking if GCC supports -pie... $ECHO_C 6; }
+- OLDCFLAGS=$CFLAGS
+- CFLAGS=$CFLAGS -pie -fPIE
+- cat conftest.$ac_ext _ACEOF
+-/* confdefs.h. */
+-_ACEOF
+-cat confdefs.h conftest.$ac_ext
+-cat conftest.$ac_ext _ACEOF
+-/* end confdefs.h. */
+-
+-int
+-main ()
+-{
+-
+- ;
+- return 0;
+-}
+-_ACEOF
+-rm -f conftest.$ac_objext
+-if { (ac_try=$ac_compile
+-case (($ac_try in
+- *\* | *\`* | *\\*) ac_try_echo=\$ac_try;;
+- *) ac_try_echo=$ac_try;;
+-esac
+-eval echo \\$as_me:$LINENO: $ac_try_echo\) 5
+- (eval $ac_compile) 2conftest.er1
+- ac_status=$?
+- grep -v '^ *+' conftest.er1 conftest.err
+- rm -f conftest.er1
+- cat conftest.err 5
+- echo $as_me:$LINENO: \$? = $ac_status 5
+- (exit $ac_status); } {
+- test -z $ac_c_werror_flag ||
+- test ! -s conftest.err
+- } test -s conftest.$ac_objext; then
+- PIEFLAGS=-pie -fPIE
+- { echo $as_me:$LINENO: result: yes 5
+-echo ${ECHO_T}yes 6; }
+-else
+- echo $as_me: failed program was: 5
+-sed 's/^/| /' conftest.$ac_ext 5
+-
+- { echo $as_me:$LINENO: result: no 5
+-echo ${ECHO_T}no 6; }
+-fi
+-
+-rm -f core conftest.err conftest.$ac_objext conftest.$ac_ext
+- CFLAGS=$OLDCFLAGS
+-
+ if test x$with_optim = x; then
+ # Add useful warning options for tracking down problems...
+ OPTIM=-Wall -Wno-format-y2k $OPTIM
diff --git a/recipes/cups/cups-1.4.4/skip_tools.patch
b/recipes/cups/cups-1.4.4/skip_tools.patch
new file mode 100644
index 000..2721101
--- /dev/null
+++ b/recipes/cups/cups-1.4.4/skip_tools.patch
@@ -0,0 +1,51 @@
+--- cups-1.4.3/ppdc/Makefile.orig 2010-04-07 12:38:56.650327699 +0200
cups-1.4.3/ppdc/Makefile 2010-04-07 12:40:05.842418876 +0200
+@@ -243,8 +243,8 @@
+ $(CXX) $(ARCHFLAGS) $(LDFLAGS) -o genstrings genstrings.o \
+ libcupsppdc.a ../cups/libcups.a $(LIBGSSAPI)
[oe] [PATCH] apache2: unbreak recipe
* tested on armv5te / angstrom
Signed-off-by: Eric Bénard e...@eukrea.com
---
recipes/apache2/apache2_2.2.14.bb |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/recipes/apache2/apache2_2.2.14.bb
b/recipes/apache2/apache2_2.2.14.bb
index 1c425b7..b39f14c 100644
--- a/recipes/apache2/apache2_2.2.14.bb
+++ b/recipes/apache2/apache2_2.2.14.bb
@@ -1,6 +1,6 @@
SECTION = net
DESCRIPTION = The apache v2 web server
-DEPENDS = apache2-native openssl expat pcre
+DEPENDS = libtool-native apache2-native openssl expat pcre
RDEPENDS_${PN} += openssl
PR = r2
@@ -89,6 +89,11 @@ EXTRA_OECONF = --enable-ssl \
#
# here we over-ride the autotools provided do_configure.
#
+
+do_configure_prepend() {
+ sed -e 's,libtool libtool15,${TARGET_PREFIX}libtool libtool115,' -i
${S}/srclib/apr/build/buildcheck.sh
+}
+
do_configure() {
( cd srclib/apr; ./buildconf )
oe_runconf
--
1.6.3.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] gs: unbreak recipe
* this recipe is actually broken as tools used during compilation on the host are compiled for the target and thus can't be executed. * tested on armv5te Signed-off-by: Eric Bénard e...@eukrea.com --- recipes/gs/gs/unix-aux.mak | 101 recipes/gs/gs_8.64.bb | 41 - 2 files changed, 139 insertions(+), 3 deletions(-) create mode 100644 recipes/gs/gs/unix-aux.mak diff --git a/recipes/gs/gs/unix-aux.mak b/recipes/gs/gs/unix-aux.mak new file mode 100644 index 000..6d6440a --- /dev/null +++ b/recipes/gs/gs/unix-aux.mak @@ -0,0 +1,101 @@ +# Copyright (C) 2001-2006 Artifex Software, Inc. +# All Rights Reserved. +# +# This software is provided AS-IS with no warranty, either express or +# implied. +# +# This software is distributed under license and may not be copied, modified +# or distributed except as expressly authorized under the terms of that +# license. Refer to licensing information at http://www.artifex.com/ +# or contact Artifex Software, Inc., 7 Mt. Lassen Drive - Suite A-134, +# San Rafael, CA 94903, U.S.A., +1(415)492-9861, for further information. +# +# $Id: unix-aux.mak 9334 2009-01-08 09:17:18Z ghostgum $ +# Partial makefile common to all Unix configurations. +# This makefile contains the build rules for the auxiliary programs such as +# echogs, and the 'platform' modules. + +# Define the name of this makefile. +UNIX_AUX_MAK=$(GLSRC)unix-aux.mak + +# Library # + +## The Unix platforms + +# We have to include a test for the existence of sys/time.h, +# because some System V platforms don't have it. + +# Unix platforms other than System V, and also System V Release 4 +# (SVR4) platforms. +unix__=$(GLOBJ)gp_getnv.$(OBJ) $(GLOBJ)gp_upapr.$(OBJ) $(GLOBJ)gp_unix.$(OBJ) $(GLOBJ)gp_unifs.$(OBJ) $(GLOBJ)gp_unifn.$(OBJ) $(GLOBJ)gp_stdia.$(OBJ) $(GLOBJ)gp_unix_cache.$(OBJ) +$(GLGEN)unix_.dev: $(unix__) $(GLD)nosync.dev $(GLD)smd5.dev + $(SETMOD) $(GLGEN)unix_ $(unix__) -include $(GLD)nosync + $(ADDMOD) $(GLGEN)unix_ -include $(GLD)smd5 + +$(GLOBJ)gp_unix.$(OBJ): $(GLSRC)gp_unix.c $(AK)\ + $(pipe__h) $(string__h) $(time__h)\ + $(gx_h) $(gsexit_h) $(gp_h) + $(GLCC) $(FONTCONFIG_CFLAGS) $(GLO_)gp_unix.$(OBJ) $(C_) $(GLSRC)gp_unix.c + +$(GLOBJ)gp_unix_cache.$(OBJ): $(GLSRC)gp_unix_cache.c $(AK)\ + $(stdio__h) $(string__h) $(time__h) $(gconfigd_h) $(gp_h) $(md5_h) + $(GLCC) $(GLO_)gp_unix_cache.$(OBJ) $(C_) $(GLSRC)gp_unix_cache.c + +# assume all Unix platforms support unbuffered read +$(GLOBJ)gp_stdia.$(OBJ): $(GLSRC)gp_stdia.c $(AK)\ + $(stdio__h) $(time__h) $(unistd__h) $(gx_h) $(gp_h) + $(GLCC) $(GLO_)gp_stdia.$(OBJ) $(C_) $(GLSRC)gp_stdia.c + +# System V platforms other than SVR4, which lack some system calls, +# but have pipes. +sysv__=$(GLOBJ)gp_getnv.$(OBJ) $(GLOBJ)gp_upapr.$(OBJ) $(GLOBJ)gp_unix.$(OBJ) $(GLOBJ)gp_unifs.$(OBJ) $(GLOBJ)gp_unifn.$(OBJ) $(GLOBJ)gp_sysv.$(OBJ) +$(GLGEN)sysv_.dev: $(sysv__) $(GLD)nosync.dev + $(SETMOD) $(GLGEN)sysv_ $(sysv__) -include $(GLD)nosync + +$(GLOBJ)gp_sysv.$(OBJ): $(GLSRC)gp_sysv.c $(stdio__h) $(time__h) $(AK) + $(GLCC) $(GLO_)gp_sysv.$(OBJ) $(C_) $(GLSRC)gp_sysv.c + +# -- Auxiliary programs --- # + +#$(ECHOGS_XE): $(GLSRC)echogs.c $(AK) $(stdpre_h) +# $(CCAUX) $(I_)$(GLSRCDIR)$(_I) $(O_)$(ECHOGS_XE) $(GLSRC)echogs.c + +# On the RS/6000 (at least), compiling genarch.c with gcc with -O +# produces a buggy executable. +#$(GENARCH_XE): $(GLSRC)genarch.c $(AK) $(GENARCH_DEPS) +# $(CCAUX) $(I_)$(GLSRCDIR)$(_I) $(O_)$(GENARCH_XE) $(GLSRC)genarch.c + +#$(GENCONF_XE): $(GLSRC)genconf.c $(AK) $(GENCONF_DEPS) +# $(CCAUX) $(I_)$(GLSRCDIR)$(_I) $(O_)$(GENCONF_XE) $(GLSRC)genconf.c + +#$(GENDEV_XE): $(GLSRC)gendev.c $(AK) $(GENDEV_DEPS) +# $(CCAUX) $(I_)$(GLSRCDIR)$(_I) $(O_)$(GENDEV_XE) $(GLSRC)gendev.c + +#$(GENHT_XE): $(GLSRC)genht.c $(AK) $(GENHT_DEPS) +# $(CCAUX) $(GENHT_CFLAGS) $(O_)$(GENHT_XE) $(GLSRC)genht.c + +#$(GENINIT_XE): $(GLSRC)geninit.c $(AK) $(GENINIT_DEPS) +# $(CCAUX) $(I_)$(GLSRCDIR)$(_I) $(O_)$(GENINIT_XE) $(GLSRC)geninit.c + +MKROMFS_OBJS=$(MKROMFS_ZLIB_OBJS) $(GLOBJ)gscdefs.$(OBJ) $(GLOBJ)gsmisc.$(OBJ) \ + $(GLOBJ)gpmisc.$(OBJ) $(GLOBJ)gslibctx.$(OBJ) $(GLOBJ)gp_getnv.$(OBJ) \ + $(GLOBJ)gp_unix.$(OBJ) $(GLOBJ)gp_unifs.$(OBJ) $(GLOBJ)gp_unifn.$(OBJ) \ + $(GLOBJ)gp_stdia.$(OBJ) $(GLOBJ)gsutil.$(OBJ) + +#$(MKROMFS_XE): $(GLSRC)mkromfs.c $(MKROMFS_COMMON_DEPS) $(MKROMFS_OBJS) +# $(CCAUX) $(GENOPT) $(CFLAGS) $(I_)$(GLSRCDIR)$(_I) $(I_)$(GLOBJ)$(_I) $(I_)$(ZSRCDIR)$(_I) $(GLSRC)mkromfs.c $(O_)$(MKROMFS_XE) $(MKROMFS_OBJS) -lm $(EXTRALIBS) + +# Query the environment to construct gconfig_.h. +# The else true; is required because Ultrix's implementation of sh -e +# terminates execution of a command if any error occurs, even if the command +# traps the error with ||. +INCLUDE=/usr/include
Re: [oe] [PATCH] qt4-embedded: avoid circular dependencies for reciped providing qt4-embedded
Is it possible to apply this patch soon ? I need the gles version of
qt4-embedded. At the time I workaround this problem by a modified qt4-embedded
recipe.
-Ursprüngliche Nachricht-
Von: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] Im Auftrag von Björn
Krombholz
Gesendet: Montag, 20. September 2010 20:16
An: openembedded-devel@lists.openembedded.org
Betreff: Re: [oe] [PATCH] qt4-embedded: avoid circular dependencies for reciped
providing qt4-embedded
2010/9/20 Holger Freyther holger...@freyther.de
On 09/20/2010 05:59 AM, Björn Krombholz wrote:
@@ -1,4 +1,4 @@
-DEPENDS_prepend = $...@[qt4-embedded , ][(bb.data.getVar('PN', d, 1)
== 'qt4-embedded')]}
+DEPENDS_prepend = $...@[qt4-embedded , ][(bb.data.getVar('PN', d,
1)[:12] == 'qt4-embedded')]}
inherit qmake2
use startsWith and avoid the extra array allocation?
Array slicing just provides a new mapping onto the original array and
doesn't copy any data.
I chose this syntax to make it consistent with qt4x11.bbclass
___
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] opkg: disable GPLv3 code.
В сообщении от Вторник 21 сентября 2010 03:44:13 автор Graham Gower написал: The sha256 code is GPLv3 licensed. This was not obvious and the license clause in opkg recipes was not updated when the sha256 code was added. All other files in opkg remain licensed GPLv2 (or later). Signed-off-by: Graham Gower graham.go...@gmail.com Acked-by: Roman I Khimov khi...@altell.ru ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] liburi-perl: fix SRC_URI
2010/9/21 Eric Bénard e...@eukrea.com:
Signed-off-by: Eric Bénard e...@eukrea.com
---
recipes/perl/liburi-perl_1.52.bb | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/perl/liburi-perl_1.52.bb
b/recipes/perl/liburi-perl_1.52.bb
index d9cf315..54f69da 100644
--- a/recipes/perl/liburi-perl_1.52.bb
+++ b/recipes/perl/liburi-perl_1.52.bb
@@ -2,9 +2,9 @@ DESCRIPTION = Manipulates and accesses URI strings
SECTION = libs
LICENSE = Artistic|GPL
#RDEPENDS_${PN} += libmime-base64-perl libnet-perl
-PR = r3
+PR = r4
-SRC_URI = http://search.cpan.org/CPAN/authors/id/G/GA/GAAS/URI-${PV}.tar.gz;
+SRC_URI = http://cpan.yimg.com/modules/by-authors/id/GAAS/URI-${PV}.tar.gz;
S = ${WORKDIR}/URI-${PV}
--
Hm, you're touching an interesting issue here.
First time I tried:
http://search.cpan.org/CPAN/authors/id/G/GA/GAAS/URI-1.52.tar.gz works for me
it did not work, 2nd time it did 3rd time it didn't
seems it sometimes redirects to a mirror that is not there or does not
have the file
I got as faulty mirror:
http://archive.cs.uu.nl/mirror/CPAN/authors/id/G/GA/GAAS/URI-1.52.tar.gz
cpan.yimg.com is apparently not something that redirects to a mirror
so seems a better choice.
Probably we should also do something like this for other recipes that
use search.cpan.org
It might also be a good plan to update the recipe to 1.55.
One other thing: The rdepends is commented out.
Accordign to http://deps.cpantesters.org/?module=URI;perl=latest the
depends are on
1. MIME::Base64 S B R D Core module Core
module
2. ExtUtils::MakeMakerS B R D Core
module Core module
Suggest to fix this too.
After considering those fixes
Acked-by: Frans Meulenbroeks fransmeulenbro...@yahoo.com
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] How to add special directories and files to a native package ?
Hello,
I have to place some files into a special path in a native package /
staging.
I tried to add these directories by
FILES_${PN} = \
/usr/local/xxx/bin \
/usr/local/xxx/lib \
/usr/local/xxx/scripts \
in my xxx-native recipe, but this won't work for the native staging, the
directories do not appear in the syssroots/i386-linux path where I
expected they will go to. (same, if I use BBCLASSEXTEND)
Where I have to add my special directories and files to get it into the
native staging path ?
Background, I can't install the application into the standard linux
path, there are some conflicts,
Regards
Wolfgang Hauser
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] docs/usermanual: s/are be copied/are copied/
Date: Tue, 21 Sep 2010 12:13:25 +0200
Signed-off-by: Paul Menzel paulepan...@users.sourceforge.net
---
I am no native speaker, so please correct me if »are being copied« should be
used.
---
docs/usermanual/reference/var_src_uri.xml |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/docs/usermanual/reference/var_src_uri.xml
b/docs/usermanual/reference/var_src_uri.xml
index 9563256..c4f30a2 100644
--- a/docs/usermanual/reference/var_src_uri.xml
+++ b/docs/usermanual/reference/var_src_uri.xml
@@ -229,7 +229,7 @@ SRC_URI[sha256sum] =
quot;36bdb85c97b39ac604bc58cb7857ee08295242c78a12848ef8a31
paraThe following example shows the specification of a patch
file:screenfile://ospfd-no-opaque-lsa-fix.patch/screen/para
-paraPatch files are be copied to the patches subdirectory of the source
+paraPatch files are copied to the patches subdirectory of the source
directory, command${S}/patches/command, and then applied from the
source directory. The patches are searched for along the path specified
via the file path variable, command${FILESPATH},/command and if not
--
1.7.1
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] qt4-embedded: avoid circular dependencies for reciped providing qt4-embedded
2010/9/21 Hauser, Wolfgang (external) wolfgang.hauser.exter...@cassidian.com:
Is it possible to apply this patch soon ? I need the gles version of
qt4-embedded. At the time I workaround this problem by a modified
qt4-embedded recipe.
Can't judge the details of your patch (and can't push from here anyway).
What I normally do in those cases is keep the patched recipe in an
overlay (and discard it when the patch is applied).
Frans
-Ursprüngliche Nachricht-
Von: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] Im Auftrag von
Björn Krombholz
Gesendet: Montag, 20. September 2010 20:16
An: openembedded-devel@lists.openembedded.org
Betreff: Re: [oe] [PATCH] qt4-embedded: avoid circular dependencies for
reciped providing qt4-embedded
2010/9/20 Holger Freyther holger...@freyther.de
On 09/20/2010 05:59 AM, Björn Krombholz wrote:
@@ -1,4 +1,4 @@
-DEPENDS_prepend = $...@[qt4-embedded , ][(bb.data.getVar('PN', d, 1)
== 'qt4-embedded')]}
+DEPENDS_prepend = $...@[qt4-embedded , ][(bb.data.getVar('PN', d,
1)[:12] == 'qt4-embedded')]}
inherit qmake2
use startsWith and avoid the extra array allocation?
Array slicing just provides a new mapping onto the original array and
doesn't copy any data.
I chose this syntax to make it consistent with qt4x11.bbclass
___
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 1/2] x-load/igep0020.conf: Unbreak x-load for igep0020 machine.
Le 03/09/2010 16:14, Michael Lippautz a écrit : * x-load is needed since e2b9225af36b2979b255634f79ceecea482601a7 Signed-off-by: Michael Lippautzmichael.lippa...@gmail.com Acked-by: Eric Bénard e...@eukrea.com Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] qt4-embedded: avoid circular dependencies for reciped providing qt4-embedded
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It was applied yesterday already:
http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=224e98468078e9267b0b4c2d72bfb0eb3b2863ec
On 21-09-10 11:18, Hauser, Wolfgang (external) wrote:
Is it possible to apply this patch soon ? I need the gles version of
qt4-embedded. At the time I workaround this problem by a modified
qt4-embedded recipe.
-Ursprüngliche Nachricht-
Von: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] Im Auftrag von
Björn Krombholz
Gesendet: Montag, 20. September 2010 20:16
An: openembedded-devel@lists.openembedded.org
Betreff: Re: [oe] [PATCH] qt4-embedded: avoid circular dependencies for
reciped providing qt4-embedded
2010/9/20 Holger Freyther holger...@freyther.de
On 09/20/2010 05:59 AM, Björn Krombholz wrote:
@@ -1,4 +1,4 @@
-DEPENDS_prepend = $...@[qt4-embedded , ][(bb.data.getVar('PN', d, 1)
== 'qt4-embedded')]}
+DEPENDS_prepend = $...@[qt4-embedded , ][(bb.data.getVar('PN', d,
1)[:12] == 'qt4-embedded')]}
inherit qmake2
use startsWith and avoid the extra array allocation?
Array slicing just provides a new mapping onto the original array and
doesn't copy any data.
I chose this syntax to make it consistent with qt4x11.bbclass
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFMmK/SMkyGM64RGpERAt+6AJ90NQAJvd/iJCE7hr35N54LvvzVAQCfVkqr
ePDrcvS2KaENyo6CzPgnd9I=
=uqo0
-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] docs/usermanual: s/are be copied/are copied/
On Tue, Sep 21, 2010 at 6:15 AM, Paul Menzel
paulepan...@users.sourceforge.net wrote:
Date: Tue, 21 Sep 2010 12:13:25 +0200
Signed-off-by: Paul Menzel paulepan...@users.sourceforge.net
---
I am no native speaker, so please correct me if »are being copied« should be
used.
---
docs/usermanual/reference/var_src_uri.xml | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/docs/usermanual/reference/var_src_uri.xml
b/docs/usermanual/reference/var_src_uri.xml
index 9563256..c4f30a2 100644
--- a/docs/usermanual/reference/var_src_uri.xml
+++ b/docs/usermanual/reference/var_src_uri.xml
@@ -229,7 +229,7 @@ SRC_URI[sha256sum] =
quot;36bdb85c97b39ac604bc58cb7857ee08295242c78a12848ef8a31
paraThe following example shows the specification of a patch
file:screenfile://ospfd-no-opaque-lsa-fix.patch/screen/para
- paraPatch files are be copied to the patches subdirectory of the source
+ paraPatch files are copied to the patches subdirectory of the source
directory, command${S}/patches/command, and then applied from the
source directory. The patches are searched for along the path specified
via the file path variable, command${FILESPATH},/command and if not
Pushed, 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 6/7] meta-toolchain: add LD_LIBRARY_PATH to environment-setup
Signed-off-by: Eric Bénard e...@eukrea.com
---
recipes/meta/meta-toolchain.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/recipes/meta/meta-toolchain.bb b/recipes/meta/meta-toolchain.bb
index 82918ad..aaf1818 100644
--- a/recipes/meta/meta-toolchain.bb
+++ b/recipes/meta/meta-toolchain.bb
@@ -157,6 +157,7 @@ do_populate_sdk() {
echo 'export CONFIG_SITE=$SDK_PATH/site-config' $script
echo 'alias opkg=LD_LIBRARY_PATH=$SDK_PATH/lib $SDK_PATH/bin/opkg-cl
-f $SDK_PATH/${sysconfdir}/opkg-sdk.conf -o $SDK_PATH' $script
echo 'alias opkg-target=LD_LIBRARY_PATH=$SDK_PATH/lib
$SDK_PATH/bin/opkg-cl -f $SDK_PATH/$TARGET_SYS${sysconfdir}/opkg.conf -o
$SDK_PATH/$TARGET_SYS' $script
+ echo 'export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$SDK_PATH/lib' $script
# Add version information
versionfile=${SDK_OUTPUT}/${SDKPATH}/version
--
1.6.3.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 3/7] mpfr: add sdk build
Signed-off-by: Eric Bénard e...@eukrea.com --- recipes/mpfr/mpfr.inc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/recipes/mpfr/mpfr.inc b/recipes/mpfr/mpfr.inc index 46ace56..cac2204 100644 --- a/recipes/mpfr/mpfr.inc +++ b/recipes/mpfr/mpfr.inc @@ -2,7 +2,7 @@ DESCRIPTION = A C library for multiple-precision floating-point computations wi HOMEPAGE = http://www.mpfr.org/; LICENSE = GPL LGPL SECTION = libs -BBCLASSEXTEND = native nativesdk +BBCLASSEXTEND = native nativesdk sdk INC_PR = r3 inherit autotools -- 1.6.3.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 2/7] gmp: add sdk build
Signed-off-by: Eric Bénard e...@eukrea.com
---
recipes/gmp/gmp.inc |1 +
recipes/gmp/gmp_5.0.1.bb |2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/recipes/gmp/gmp.inc b/recipes/gmp/gmp.inc
index 55209f3..2ce4438 100644
--- a/recipes/gmp/gmp.inc
+++ b/recipes/gmp/gmp.inc
@@ -13,3 +13,4 @@ ARM_INSTRUCTION_SET = arm
acpaths =
+TARGET_SYS_virtclass-sdk = ${HOST_SYS}
\ No newline at end of file
diff --git a/recipes/gmp/gmp_5.0.1.bb b/recipes/gmp/gmp_5.0.1.bb
index 0b117b1..e85a72f 100644
--- a/recipes/gmp/gmp_5.0.1.bb
+++ b/recipes/gmp/gmp_5.0.1.bb
@@ -5,4 +5,4 @@ SRC_URI[gmp.sha256sum] =
a2a610f01fd3298dc08c87bf30498c2402590e1bcb227fc40b15ee
require gmp.inc
LICENSE = GPLv3 LGPLv3
NATIVE_INSTALL_WORKS = 1
-BBCLASSEXTEND = native nativesdk
+BBCLASSEXTEND = native nativesdk sdk
--
1.6.3.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 7/7] qt4-tools-sdk: bring compatibility with QTCreator
* this links puts mkspecs at the place where QTCreator search
for it in order to detect a toolchain
* thanks to this link QTCreator detects the toolchain generated using
meta-toolchain-qte and can cross compile applications without any
hack
Signed-off-by: Eric Bénard e...@eukrea.com
---
recipes/qt4/qt4-tools-sdk_4.6.3.bb |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/recipes/qt4/qt4-tools-sdk_4.6.3.bb
b/recipes/qt4/qt4-tools-sdk_4.6.3.bb
index 1695c19..5f9ef6b 100644
--- a/recipes/qt4/qt4-tools-sdk_4.6.3.bb
+++ b/recipes/qt4/qt4-tools-sdk_4.6.3.bb
@@ -76,6 +76,10 @@ do_install() {
for i in moc uic uic3 rcc lrelease lupdate qdbuscpp2xml qdbusxml2cpp;
do \
ln -s ${i}4 ${i}; \
done)
+
+ # make a symbolic link to mkspecs for compatibility with Nokia's SDK
+ # and QTCreator
+ (cd ${D}${bindir}/..; ln -s ${TARGET_SYS}/usr/share/qtopia/mkspecs
mkspecs;)
}
SRC_URI[md5sum] = 5c69f16d452b0bb3d44bc3c10556c072
--
1.6.3.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 4/7] gcc-cross-sdk: RDEPENDS on mpfr-sdk and gmp-sdk
* actually we get :
./cc1plus: error while loading shared libraries: libmpfr.so.4: cannot
open shared object file: No such file or directory
* adding these RDEPENDS will install gmp-sdk and mpfr-sdk into the SDK
Signed-off-by: Eric Bénard e...@eukrea.com
---
recipes/gcc/gcc-cross-sdk.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/recipes/gcc/gcc-cross-sdk.inc b/recipes/gcc/gcc-cross-sdk.inc
index ef8cbcb..dbe06f3 100644
--- a/recipes/gcc/gcc-cross-sdk.inc
+++ b/recipes/gcc/gcc-cross-sdk.inc
@@ -1,6 +1,7 @@
inherit sdk
DEPENDS = virtual/${TARGET_PREFIX}binutils
virtual/${TARGET_PREFIX}libc-for-gcc ${NATIVEDEPS}
+RDEPENDS = mpfr-sdk gmp-sdk
require gcc-configure-sdk.inc
require gcc-package-sdk.inc
--
1.6.3.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 5/7] gdb-cross-sdk: add RDEPENDS
* actually we get : ./arm-angstrom-linux-gnueabi-gdb: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory * adding these RDEPENDS will install ncurses-sdk and zlib-sdk into the SDK Signed-off-by: Eric Bénard e...@eukrea.com --- recipes/gdb/gdb-cross-sdk.inc |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/recipes/gdb/gdb-cross-sdk.inc b/recipes/gdb/gdb-cross-sdk.inc index 7c85653..4545894 100644 --- a/recipes/gdb/gdb-cross-sdk.inc +++ b/recipes/gdb/gdb-cross-sdk.inc @@ -1,8 +1,9 @@ require gdb-cross.inc LICENSE = GPLv3 -INC_PR = r6 +INC_PR = r7 inherit sdk DEPENDS = ncurses-sdk zlib-sdk flex-native +RDEPENDS = ncurses-sdk zlib-sdk \ No newline at end of file -- 1.6.3.3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] base.bbclass: add make-native to default dependencies
Khem Raj wrote:
although it does but make 3.82 is not usable out of box yet.
so people might find surprises. 3.81 would be ok.
I could add a DEFAULT_PREFERENCE = -1 to the 3.82 recipe and mention
the packages that don't build with it in a comment. Do you remember
which packages fail to build with 3.82?
diff --git a/classes/base.bbclass b/classes/base.bbclass
index b19eb32..5c6d41d 100644
--- a/classes/base.bbclass
+++ b/classes/base.bbclass
@@ -71,7 +71,7 @@ def base_deps(d):
if not bb.data.getVar('INHIBIT_DEFAULT_DEPS', d):
if (bb.data.getVar('HOST_SYS', d, 1) !=
bb.data.getVar('BUILD_SYS', d, 1)):
- deps += virtual/${TARGET_PREFIX}gcc virtual/libc
+ deps += make-native virtual/${TARGET_PREFIX}gcc
virtual/libc
elif bb.data.inherits_class('native', d) and \
bb.data.getVar('PN', d, True) not in \
(linux-libc-headers-native, quilt-native,
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH 1/7] sdk.bbclass: allow virtclass-sdk override
Signed-off-by: Eric Bénard e...@eukrea.com
Acked-by: Khem Raj raj.k...@gmail.com
---
classes/sdk.bbclass |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/classes/sdk.bbclass b/classes/sdk.bbclass
index 198d147..c8fa076 100644
--- a/classes/sdk.bbclass
+++ b/classes/sdk.bbclass
@@ -66,3 +66,5 @@ FILES_${PN}-dbg += ${prefix}/.debug \
export PKG_CONFIG_SYSROOT_DIR = ${STAGING_DIR_HOST}
+
+OVERRIDES .= :virtclass-sdk
--
1.6.3.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] docs/usermanual: s/are be copied/are copied/
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 21-09-10 12:15, Paul Menzel wrote: -paraPatch files are be copied to the patches subdirectory of the source +paraPatch files are copied to the patches subdirectory of the source AIUI they are symlinked, not copied nowadays by default :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFMmLmYMkyGM64RGpERAkJjAJ4m0/DVU26AmbBKczEEG1PjonxezgCeP/7c cQ7OvRW7hqelkfucXicOvQM= =Qb3n -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] gcc-cross: Link libmpfr, libgmp, libmpc and libelf statically into gcc
Khem Raj wrote: * Generate static version of these libraries We really need this either in gcc-configure-common, or gcc-configure-sdk as well. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2] clutter: remove COMPATIBLE_MACHINE
Signed-off-by: Andreas Mueller schnitzelt...@gmx.de --- recipes/clutter/clutter.inc |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/recipes/clutter/clutter.inc b/recipes/clutter/clutter.inc index e29164f..85fe552 100644 --- a/recipes/clutter/clutter.inc +++ b/recipes/clutter/clutter.inc @@ -8,8 +8,6 @@ INC_SRC_URI = file://sample.desktop \ PARALLEL_MAKE = -COMPATIBLE_MACHINE = (zylonite|mx31litekit|omap-3430ldp|omap-3430sdp|mx31ads|qemuarm|qemux86|ipodtouch|am3517-evm|dm37x-evm|am37x-evm|beagleboard|overo|omap3evm|omap5912osk) - STDDEPENDS = virtual/libx11 gtk-doc-native pango glib-2.0 libxfixes gtk+ BASE_CONF = --disable-gtk-doc $...@get_clutter_fpu_setting(bb, d)} --enable-conformance -- 1.7.0.2 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] clutter-gtk: Bump to 0.10.8
Signed-off-by: Andreas Mueller schnitzelt...@gmx.de
---
recipes/clutter/clutter-gtk_0.10.8.bb | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
create mode 100644 recipes/clutter/clutter-gtk_0.10.8.bb
diff --git a/recipes/clutter/clutter-gtk_0.10.8.bb
b/recipes/clutter/clutter-gtk_0.10.8.bb
new file mode 100644
index 000..4f2cdae
--- /dev/null
+++ b/recipes/clutter/clutter-gtk_0.10.8.bb
@@ -0,0 +1,10 @@
+require clutter-gtk.inc
+
+PR = ${INC_PR}.0
+
+SRC_URI =
http://source.clutter-project.org/sources/clutter-gtk/0.10/clutter-gtk-${PV}.tar.bz2
\
+
+
+SRC_URI[md5sum] = 22b4ebddc795e40d83622d7d23669eff
+SRC_URI[sha256sum] =
7867f951568871d9f68cbe8a3644fd53d2138f725b7ba61ffc0053eb64e80814
+
--
1.7.0.2
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/7] sdk.bbclass: allow virtclass-sdk override
Hi, This patch serie is a RFC which allows to integrate necessary libraries into the SDK to have the possibility to execute the SDK without hacking in /usr/lib. If you think this is a correct way to fix the problem, I'll finish the patched (PR increase co) and resend them. Thanks Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] utility-tasks.bbclass: drop mrproper task
From: Chris Larson chris_lar...@mentor.com
This task is misleading and potentially quite harmful, as it wipes the entire
DL_DIR, yet tasks are supposed to be recipe specific. We have the proper
distclean task to wipe sources for a recipe + run do_clean, and the user can
always wipe all of DL_DIR manually if necessary.
Signed-off-by: Chris Larson chris_lar...@mentor.com
---
classes/utility-tasks.bbclass | 12
1 files changed, 0 insertions(+), 12 deletions(-)
diff --git a/classes/utility-tasks.bbclass b/classes/utility-tasks.bbclass
index 29bc781..7495d96 100644
--- a/classes/utility-tasks.bbclass
+++ b/classes/utility-tasks.bbclass
@@ -38,18 +38,6 @@ python do_rebuild() {
rebuild a package
}
-addtask mrproper
-do_mrproper[dirs] = ${TOPDIR}
-do_mrproper[nostamp] = 1
-python do_mrproper() {
- clear downloaded sources, build and temp directories
- dir = bb.data.expand(${DL_DIR}, d)
- if dir == '/': bb.build.FuncFailed(wrong DATADIR)
- bb.debug(2, removing + dir)
- os.system('rm -rf ' + dir)
- bb.build.exec_func('do_clean', d)
-}
-
addtask distclean
do_distclean[dirs] = ${TOPDIR}
do_distclean[nostamp] = 1
--
1.7.2.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] anyone working on recipes for qt 4.7.0 released?
Qt 4.7.0 is now released: http://labs.qt.nokia.com/2010/09/21/qt-4-7-0-now-available/ Is anyone working on recipes for this yet? I've been trying to get 4.7.0-beta2 to build, so wondering if anyone has tried 4.7.0 released yet. 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
Re: [oe] anyone working on recipes for qt 4.7.0 released?
On Tue, Sep 21, 2010 at 11:21:32AM -0400, Cliff Brake wrote: Qt 4.7.0 is now released: http://labs.qt.nokia.com/2010/09/21/qt-4-7-0-now-available/ Is anyone working on recipes for this yet? I've been trying to get 4.7.0-beta2 to build, so wondering if anyone has tried 4.7.0 released yet. 4.7.0-beta2 is building and working for me (SHR) fine, but no time to work on 4.7.0 now, so would be great if someone else does that. 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
Re: [oe] anyone working on recipes for qt 4.7.0 released?
On Tue, Sep 21, 2010 at 11:25 AM, Martin Jansa martin.ja...@gmail.com wrote: On Tue, Sep 21, 2010 at 11:21:32AM -0400, Cliff Brake wrote: Qt 4.7.0 is now released: http://labs.qt.nokia.com/2010/09/21/qt-4-7-0-now-available/ Is anyone working on recipes for this yet? I've been trying to get 4.7.0-beta2 to build, so wondering if anyone has tried 4.7.0 released yet. 4.7.0-beta2 is building and working for me (SHR) fine, but no time to work on 4.7.0 now, so would be great if someone else does that. Just to verify and get a baseline, what all do you need to set to get 4.7.0-beta2 to build properly. I'm trying: ANGSTROM_QT_VERSION = 4.6.3+4.7.0-beta2 Are you using the X11 or embedded version or Qt? 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
Re: [oe] anyone working on recipes for qt 4.7.0 released?
On Tue, Sep 21, 2010 at 11:34:23AM -0400, Cliff Brake wrote: On Tue, Sep 21, 2010 at 11:25 AM, Martin Jansa martin.ja...@gmail.com wrote: On Tue, Sep 21, 2010 at 11:21:32AM -0400, Cliff Brake wrote: Qt 4.7.0 is now released: http://labs.qt.nokia.com/2010/09/21/qt-4-7-0-now-available/ Is anyone working on recipes for this yet? I've been trying to get 4.7.0-beta2 to build, so wondering if anyone has tried 4.7.0 released yet. 4.7.0-beta2 is building and working for me (SHR) fine, but no time to work on 4.7.0 now, so would be great if someone else does that. Just to verify and get a baseline, what all do you need to set to get 4.7.0-beta2 to build properly. I'm trying: ANGSTROM_QT_VERSION = 4.6.3+4.7.0-beta2 Yes, I also had to use newer postgresql before (not sure if it's still needed). http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/5fcd20c6e939edfec27fccce1e92f82cf0a78b17 Are you using the X11 or embedded version or Qt? only X11 version 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
Re: [oe] minimal-uclibc: freesmartphone/libfsobasics_git.bb: do_compile() failed: utilities.c:35:22: fatal error: execinfo.h: No such file or directory
On Tue, Sep 21, 2010 at 12:35 AM, Frederik Sdun frederik.s...@googlemail.com wrote: * Khem Raj raj.k...@gmail.com [21.09.2010 07:43]: On Mon, Sep 20, 2010 at 10:17 PM, Frederik Sdun frederik.s...@googlemail.com wrote: * Paul Menzel paulepan...@users.sourceforge.net [21.09.2010 00:18]: Hi, fso is quit untested with none GNU libcs and we partly depend on it. I wrote a short patch which add a --enable-no-gnuism switch for configure, but want to talk to Michael, before commiting it. Could you test it and report more gnuism in our code? And is possible to get a backtrace with uClibc which is not gnuism, but available in all none-GNU implementations? instead you could use the defines like __UCLIBC__ which are there when using uclibc. This is only available when compiling the C code. In the stage of compiling vala code it's not available. I see, adding builtin defines to vala compiler can also help. -- IRC: playya @ Freenode, Gimpnet xmpp: pla...@draugr.de identi.ca: playya -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyYYCwACgkQvbwBzXsbjyqPvACfaz9IB5VoEOryse0Ny1azfqC3 ahEAn1UvFeSUj+s9KXdG7opBUqeiNyGv =fQ+e -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] base.bbclass: add make-native to default dependencies
On Tue, Sep 21, 2010 at 6:58 AM, Michael Smith msm...@cbnco.com wrote:
Khem Raj wrote:
although it does but make 3.82 is not usable out of box yet.
so people might find surprises. 3.81 would be ok.
I hit eglibc there may be more.
I could add a DEFAULT_PREFERENCE = -1 to the 3.82 recipe and mention the
packages that don't build with it in a comment. Do you remember which
packages fail to build with 3.82?
diff --git a/classes/base.bbclass b/classes/base.bbclass
index b19eb32..5c6d41d 100644
--- a/classes/base.bbclass
+++ b/classes/base.bbclass
@@ -71,7 +71,7 @@ def base_deps(d):
if not bb.data.getVar('INHIBIT_DEFAULT_DEPS', d):
if (bb.data.getVar('HOST_SYS', d, 1) !=
bb.data.getVar('BUILD_SYS', d, 1)):
- deps += virtual/${TARGET_PREFIX}gcc
virtual/libc
+ deps += make-native virtual/${TARGET_PREFIX}gcc
virtual/libc
elif bb.data.inherits_class('native', d) and \
bb.data.getVar('PN', d, True) not in \
(linux-libc-headers-native,
quilt-native,
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
-Khem
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] TSC Meeting Minutes for September I
Hi all, I am late and we are waiting to summarize the second meeting. I wonder if someone would be interested to play secretary (well, I'm the closest to that) like the board has one at FreeBSD. TSC Meeting of 2nd of September 2010 NOTE: The ending stopped before every topic was discussed, there will be another meeting to continue on Tuesday the 7th 15:00 UTC. TOPICS: Outstanding issues with the TSC Future Items Giving Direction to OE Pace of removal OEDEM and ELC-E Infrastructure and the maintainers of it TSC escalation procedure base.bbclass: SOC_FAMILY testing branch, quality concerns in general Previous Minutes (missing ones) Feedback over last TSC issue == Outstanding issues with the TSC == The list of outstanding issues can be found here[1]. For manageable tasks we have found volunteers within the TSC, for bigger tasks it didn't seem to be practical to assign someone. The policies are on the agenda and will be discussed later. We have assigned the following: insane.bbclass assigned to pb_ master branch create the alias to holger packaged-staging assigned to kergoth Unpractical to assign a single person: recipe cleanup staging removal == Future Items == Not discussed yet. == Giving Direction to OE == Not discussed yet. == Pace of removal == Not discussed yet. == OEDEM and ELC-E == TODO: == Infrastructure and the maintainers of it == Not discussed yet. == TSC escalation procedure == Not discussed yet. == base.bbclass: SOC_FAMILY == Not discussed yet. == testing branch, quality concerns in general == Not discussed yet. == Previous Minutes (missing ones) == Not discussed yet. == Feedback over last TSC issue == The TSC got a request to make a statement about the pace of removing recipes. In this case actively used recipes were removed without giving enough time to review, creating build issues and issues in the binary feed. The TSC has asked to reduce the speed of removal and most importantly allow enough time to review. We have proposed to either use a branch or to use the removal.txt to indicate which recipes will be deleted. The TSC did not inform the requester about the outcome of the issue. In the future we will put a anonymous statement on the TSC page and will inform the requester. [1] http://wiki.openembedded.net/index.php/TSC#Outstanding_items_.28sorted_by_occurence.29 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] docs/usermanual: s/are be copied/are copied/
On 09/21/2010 06:15 PM, Paul Menzel wrote: Date: Tue, 21 Sep 2010 12:13:25 +0200 Signed-off-by: Paul Menzel paulepan...@users.sourceforge.net --- thanks ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] base.bbclass: add make-native to default dependencies
Khem Raj wrote:
On Tue, Sep 21, 2010 at 6:58 AM, Michael Smith msm...@cbnco.com wrote:
Khem Raj wrote:
although it does but make 3.82 is not usable out of box yet.
so people might find surprises. 3.81 would be ok.
I hit eglibc there may be more.
Hmm, OK. The patch below wouldn't affect eglibc's dependencies, so we'd
still have to change eglibc.inc and eglibc-initial.inc to depend on
make-native, or people with make 3.82 on their host system will be
unable to build eglibc.
Or, apply a patch to every version of eglibc to fix the build with make
3.82.
Which do you prefer? I can only really test glibc 2.9, but adding
make-native to the DEPENDS in glibc.inc/glibc-initial.inc should work
about the same as doing it in eglibc.
Mike
diff --git a/classes/base.bbclass b/classes/base.bbclass
index b19eb32..5c6d41d 100644
--- a/classes/base.bbclass
+++ b/classes/base.bbclass
@@ -71,7 +71,7 @@ def base_deps(d):
if not bb.data.getVar('INHIBIT_DEFAULT_DEPS', d):
if (bb.data.getVar('HOST_SYS', d, 1) !=
bb.data.getVar('BUILD_SYS', d, 1)):
- deps += virtual/${TARGET_PREFIX}gcc
virtual/libc
+ deps += make-native virtual/${TARGET_PREFIX}gcc
virtual/libc
elif bb.data.inherits_class('native', d) and \
bb.data.getVar('PN', d, True) not in \
(linux-libc-headers-native,
quilt-native,
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] qt4-embedded: avoid circular dependencies for reciped providing qt4-embedded
On 09/21/2010 02:16 AM, Björn Krombholz wrote: use startsWith and avoid the extra array allocation? Array slicing just provides a new mapping onto the original array and doesn't copy any data. I chose this syntax to make it consistent with qt4x11.bbclass Well, it creates a new object, and you need to count things by hand (even if humans have hands they tend to fail on that). Using the starts with function is safer and avoid creating extra objects. :) ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] base.bbclass: add make-native to default dependencies
On 09/21/2010 09:58 PM, Michael Smith wrote: Khem Raj wrote: although it does but make 3.82 is not usable out of box yet. so people might find surprises. 3.81 would be ok. I could add a DEFAULT_PREFERENCE = -1 to the 3.82 recipe and mention the packages that don't build with it in a comment. Do you remember which packages fail to build with 3.82? well, busybox, glibc, gst* have failed and were fixed. In general I have hit: - mixing 'rule %rule:', newer GNU make refuses to match that (busybox, glibc) - spaces vs. tab. e.g. using 8 spaces instead of a tab (gst) ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] utility-tasks.bbclass: drop mrproper task
On 09/21/2010 11:06 PM, Chris Larson wrote: From: Chris Larson chris_lar...@mentor.com This task is misleading and potentially quite harmful, as it wipes the entire DL_DIR, yet tasks are supposed to be recipe specific. We have the proper distclean task to wipe sources for a recipe + run do_clean, and the user can always wipe all of DL_DIR manually if necessary. Signed-off-by: Chris Larson chris_lar...@mentor.com Acked-by: Holger Hans Peter Freyther hol...@moiji-mobile.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 5/7] gdb-cross-sdk: add RDEPENDS
On 09/21/2010 09:56 PM, Eric Bénard wrote: * actually we get : ./arm-angstrom-linux-gnueabi-gdb: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory * adding these RDEPENDS will install ncurses-sdk and zlib-sdk into the SDK Signed-off-by: Eric Bénard e...@eukrea.com Is shlib stuff supposed to work for the -sdk packages? E.g. should something autodetect and install these libraries? The answer somehow feels like, yes it should. DEPENDS = ncurses-sdk zlib-sdk flex-native +RDEPENDS = ncurses-sdk zlib-sdk \ No newline at end of file this will also install the -dev packages? ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 5/7] gdb-cross-sdk: add RDEPENDS
Le 21/09/2010 19:37, Holger Freyther a écrit : On 09/21/2010 09:56 PM, Eric Bénard wrote: * actually we get : ./arm-angstrom-linux-gnueabi-gdb: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory * adding these RDEPENDS will install ncurses-sdk and zlib-sdk into the SDK Signed-off-by: Eric Bénarde...@eukrea.com Is shlib stuff supposed to work for the -sdk packages? E.g. should something autodetect and install these libraries? The answer somehow feels like, yes it should. actually this seems to fail. DEPENDS = ncurses-sdk zlib-sdk flex-native +RDEPENDS = ncurses-sdk zlib-sdk \ No newline at end of file this will also install the -dev packages? I don't understand, do you need the -dev packages for gdb-cross is the SDK ? Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Question regarding the staging layout
On Sat, Sep 18, 2010 at 06:31:08PM +0800, Holger Freyther wrote: I am seeing a lot of messages like: /home/ich/build/arm/xscale/tmp/sysroots/i686-linux/usr/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/bin/ld: warning: libc.so, needed by /home/ich/build/arm/xscale/tmp/sysroots/i686-linux/usr/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/lib/libgcc_s.so, not found (try using -rpath or -rpath-link) is that to be expected? Same issue here. See the thread [oe] several recipes give a link error: libc.so, needed by libgcc_s.so, not found from Mon, 23 Aug 2010 for some discussion on this matter. /Johan ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 5/7] gdb-cross-sdk: add RDEPENDS
On 09/22/2010 01:41 AM, Eric Bénard wrote: actually this seems to fail. When building, do you see complains that gcc uses a library but has no known package providing that library? E.g. like the messages we saw on the libstdc++ issue a couple of days/weeks ago. DEPENDS = ncurses-sdk zlib-sdk flex-native +RDEPENDS = ncurses-sdk zlib-sdk \ No newline at end of file this will also install the -dev packages? I don't understand, do you need the -dev packages for gdb-cross is the SDK ? no, I just wondered what will be installed by the above package name. I think RP/Chris can shed some light into this. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] several recipes give a link error: libc.so, needed by libgcc_s.so, not found
On Mon, Aug 23, 2010 at 10:58:07PM +0200, Frans Meulenbroeks wrote:
2010/8/23 Jay Snyder jay.sny...@tycoelectronics.com:
I am getting the following warning (I assume it is a warning, because they
all seem to produce working executables) for several recipes (rxvt-unicode
shown):
./rxvt-unicode-7.9-r1/temp/log.do_compile.9530:44:/home/oe/build-2010-07-29/tmp/sysroots/x86_64-linux/usr/lib/gcc/i686-angstrom-linux/4.3.3/../../../../i686-angstrom-linux/bin/ld:
warning: libc.so, needed by
/home/oe/build-2010-07-29/tmp/sysroots/x86_64-linux/usr/lib/gcc/i686-angstrom-linux/4.3.3/../../../../i686-angstrom-linux/lib/libgcc_s.so,
not found (try using -rpath or -rpath-link)
[...]
There is a file, libc.so in the
/home/oe/build-2010-07-29/tmp/sysroots/i686-angstrom-linux/usr/lib path,
which IS in an -Wl,rpath= argument being passed to gcc (or g++) (and
subsequently to the linker).
This problem didn't occur on a git-pull from December 4, 2009, but does on a
July 29,2010 pull.
I have seen the same message for libusb both with gcc 4.4.4 and 4.3.3
Note that libc.so is in usr/lib while the lib.so.6 file is in lib.
No idea if that is relevant.
libc.so contains:
fr...@linux-suse:~/oe/tmp_angstrom/sysroots cat
./armv7a-angstrom-linux-gnueabi/usr/lib/libc.so
/* GNU ld script
Use the shared library, but some functions are only in
the static library, so try that secondarily. */
OUTPUT_FORMAT(elf32-littlearm)
GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a AS_NEEDED (
/lib/ld-linux.so.3 ) )
No idea if these should be paths in sysroots (I'm not a dynamic linking
expert).
Any progress on this issue?
Meanwhile, adding -L${STAGING_DIR_TARGET}${base_libdir} (and perhaps
also a rpath-link directive) to TARGET_LDFLAGS in conf/bitbake.conf
could serve as a work-around.
/Johan
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] trying to use external-toolchain-csl with angstrom
I had to set TARGET_SYS = arm-none-linux-gnueabi in my local.conf to get
the toolchain to be used, but now it appears that the gmp configure script
doesn't like getting passed --target=arm-none-linux-gnueabi am I just
configuring things wrong?
here is my local.conf:
DISTRO = angstrom-2008.1
DL_DIR = ${OEDIR}/downloads
BBFILES := ${OEDIR}/openembedded/recipes/*/*.bb
${OEDIR}/openembedded.custom/recipes/*/*.bb
BBFILE_COLLECTIONS = upstream custom
BBFILE_PATTERN_upstream = ^${OEDIR}/openembedded/recipes/
BBFILE_PATTERN_custom = ^${OEDIR}/openembedded.custom/recipes
BBFILE_PRIORITY_upstream = 5
BBFILE_PRIORITY_custom = 10
IMAGE_FSTYPES = jffs2 tar cpio.gz
BBINCLUDELOGS = yes
CVS_TARBALL_STASH =
ANGSTROM_FEED_CONFIGS =
#DEBIAN_MIRROR = ftp://ftp.us.debian.org/debian/pool;
#ENABLE_BINARY_LOCALE_GENERATION = 0
PREFERRED_VERSION_mono = 2.4.2.3
PREFERRED_VERSION_mono-mcs-intermediate = 2.4.2.3
PREFERRED_VERSION_mono-native = 2.4.2.3
#PREFERRED_VERSION_directfb = 1.4.1
#PREFERRED_VERSION_mono = svn
#PREFERRED_VERSION_mono-mcs-intermediate = svn
#PREFERRED_VERSION_mono-native = svn
# Black magic to automatically set SDK_PATH out of PATH - don't touch this!
# Works with pretty much any external toolchain, like CS Lite or MV Pro 5
# Handles cross-toolchain vs. native toolchain
# SDK_PATH can be overwritten externally by META_SDK_PATH, e.g. for SDK
TOOLCHAIN_PATH = /opt/arm/arm-2009q3
TOOLCHAIN_SYSPATH = ${TOOLCHAIN_PATH}/arm-none-linux-gnueabi
#~ PATH_prepend = ${TOOLCHAIN_PATH}/bin
SDK_PATH = $...@[bb.data.getvar('TOOLCHAIN_PATH', d, 1),
bb.data.getVar('META_SDK_PATH', d, 1)][bool(bb.data.getVar('META_SDK_PATH',
d, 1))]}
# Set the necessary variables to use binary CodeSourcery Lite
TARGET_VENDOR = -none
TARGET_SYS = arm-none-linux-gnueabi
TARGET_CPPFLAGS_append = -I${SDK_PATH}/${TARGET_SYS}/libc/usr/include
TARGET_LDFLAGS_prepend = -L${SDK_PATH}/${TARGET_SYS}/libc/lib
-Wl,-rpath-link,${SDK_PATH}/${TARGET_SYS}/libc/lib
TOOLCHAIN_TYPE = external
TOOLCHAIN_BRAND = csl
# add the following to site.conf if you want to go
# faster, use less space, etc
#PARALLEL_MAKE = -j 5
#BB_NUMBER_THREADS = 4
#INHERIT += rm_work
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] rename SOC_FAMILY to TARGET_SOC_FAMILY and make it global
On Sun, Sep 12, 2010 at 09:40:30AM +0200, Frans Meulenbroeks wrote:
2010/9/10 Denys Dmytriyenko de...@denix.org:
:
Frans,
I guess then you haven't read the original discussion closely enough. Chase
only made a change to add existing SOC_FAMILY override into
COMPATIBLE_MACHINE
variable... I keep repeating myself - SOC_FAMILY feature is about a year
old.
It was introduced as part of a large merge from Arago. Here is the original
commit and some description:
http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=b788499815bfc1974d4277c0a261b9a7c24aa816
Frans,
Sorry for the delay in replying - I was awfully busy lately.
And thank you for your continuing interest in SOC_FAMILY feature. :)
I did some more research on this, as I could not recall any specific info.
The patch you give above is from dec, so 9 months old.
Since it was a merge from arago, you can add couple more months for the
design and initial implementation... :)
At that time it was not discussed at the mailing list as far as I can
see. As the commit message said recipes/ti: merge in updates
I (and I guess most of the non-ti devs) gave little attention to it.
Also I did a quick grep on the source tree. Currently it is only used
in the following files
fr...@linux-suse:~/oe/openembedded grep -r SOC_FAMILY .
./conf/local.conf:SOC_FAMILY_local = none
./conf/distro/include/angstrom.inc:SOC_FAMILY ?= Unknown
./conf/distro/include/angstrom.inc:# Add FEED_ARCH and SOC_FAMILY to overrides
./conf/distro/include/angstrom.inc:OVERRIDES .= :${FEED_ARCH}:${SOC_FAMILY}
./conf/machine/include/dm6467.inc:SOC_FAMILY = dm6467
./conf/machine/include/omap3.inc:SOC_FAMILY = omap3
./conf/machine/include/omapl137.inc:SOC_FAMILY = omapl137
./conf/machine/include/dm365.inc:SOC_FAMILY = dm365
./conf/machine/include/dm6446.inc:SOC_FAMILY = dm6446
./conf/machine/include/dm355.inc:SOC_FAMILY = dm355
./conf/machine/include/omapl138.inc:SOC_FAMILY = omapl138
./recipes/ti/ti-linuxutils.inc:case ${SOC_FAMILY} in
./recipes/ti/ti-linuxutils.inc:if [ ${SOC_FAMILY} == dm365 ] ; then
./recipes/ti/ti-local-power-manager.inc:# SOC_FAMILY configuration
./recipes/ti/ti-codec-engine.inc:# SOC_FAMILY configuration
./recipes/ti/ti-dsplink.inc:# SOC_FAMILY configuration
./classes/base.bbclass:this_soc_family =
bb.data.getVar('SOC_FAMILY', d, 1)
That is not a correct assessment. As you see, SOC_FAMILY is a variable, which
being mostly used in overrides, so it is referenced not by variable name, but
by its value. See a more accurate grep below...
Anyway, wrt the breakage, I'll push the patch for now as it has been
out for review quite a while (and I got an ack and a looks good).
If SOC_FAMILY is not desired we can also revert that one.
Thank you for taking care of the fix.
$ grep '[_:\|]\(omap3\|omapl137\|omapl138\|dm355\|dm365\|dm6446\|dm6467\)[
:\|]' . -r|grep -v -e '.patch' -e '.diff'
conf/machine/include/omapl137.inc:SOC_FAMILY = omapl137
conf/machine/include/dm6467.inc:SOC_FAMILY = dm6467
conf/machine/include/omap3.inc:SOC_FAMILY = omap3
conf/machine/include/dm355.inc:SOC_FAMILY = dm355
conf/machine/include/dm365.inc:SOC_FAMILY = dm365
conf/machine/include/omapl138.inc:SOC_FAMILY = omapl138
conf/machine/include/dm6446.inc:SOC_FAMILY = dm6446
conf/machine/nokia900.conf:SOC_FAMILY = omap3
conf/distro/include/angstrom-codec-engine-2.25.02-preferred-versions.inc:PREFERRED_VERSION_ti-codecs_omapl137
= 1_00_00
conf/distro/include/angstrom-codec-engine-2.25.02-preferred-versions.inc:PREFERRED_VERSION_ti-codecs_omapl138
= 1_00_00
conf/distro/include/angstrom-codec-engine-latestproduction-preferred-versions.inc:PREFERRED_VERSION_ti-codecs_omapl137
= 1_00_00
conf/distro/include/angstrom-codec-engine-latestproduction-preferred-versions.inc:PREFERRED_VERSION_ti-codecs_omapl138
= 1_00_00
conf/distro/include/angstrom-codec-engine-latest-preferred-versions.inc:PREFERRED_VERSION_ti-codecs_omapl137
= 1_00_00
conf/distro/include/angstrom-codec-engine-latest-preferred-versions.inc:PREFERRED_VERSION_ti-codecs_omapl138
= 1_00_00
conf/distro/include/angstrom-codec-engine-2.25.01-preferred-versions.inc:PREFERRED_VERSION_ti-codecs_omapl137
= 1_00_00
conf/distro/include/angstrom-codec-engine-2.25.01-preferred-versions.inc:PREFERRED_VERSION_ti-codecs_omapl138
= 1_00_00
docs/usermanual/chapters/common_use_cases.xml:omap3 and this
value can be used in overrides to prevent
recipes/ti/ti-audio-soc-example.inc:PLATFORM_da830-omapl137-evm = omapl137
recipes/ti/ti-audio-soc-example.inc:PLATFORM_da850-omapl138-evm = omapl138
recipes/ti/ti-codecs-omap3530_1.01.00.bb:DSPSUFFIX_omap3 = x64P
recipes/ti/ti-dmai.inc:DEPENDS_append_dm6446= ti-codecs-dm6446
ti-dspbios ti-cgt6x ti-linuxutils
recipes/ti/ti-dmai.inc:DEPENDS_append_dm6467= ti-codecs-dm6467
ti-dspbios ti-cgt6x ti-linuxutils
recipes/ti/ti-dmai.inc:DEPENDS_append_omap3= ti-codecs-omap3530
ti-dspbios ti-cgt6x ti-linuxutils
Re: [oe] Question regarding the staging layout
On Tue, Sep 21, 2010 at 10:50 AM, Johan Hovold johan.hov...@lundinova.se wrote: On Sat, Sep 18, 2010 at 06:31:08PM +0800, Holger Freyther wrote: I am seeing a lot of messages like: /home/ich/build/arm/xscale/tmp/sysroots/i686-linux/usr/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/bin/ld: warning: libc.so, needed by /home/ich/build/arm/xscale/tmp/sysroots/i686-linux/usr/armv5te/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/lib/libgcc_s.so, not found (try using -rpath or -rpath-link) is that to be expected? Same issue here. See the thread [oe] several recipes give a link error: libc.so, needed by libgcc_s.so, not found from Mon, 23 Aug 2010 for some discussion on this matter. /Johan ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel I am still seeing this issue as well. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] trying to use external-toolchain-csl with angstrom
On Tue, Sep 21, 2010 at 02:27:23PM -0400, George C. Huntington, III wrote:
I had to set TARGET_SYS = arm-none-linux-gnueabi in my local.conf to get
the toolchain to be used, but now it appears that the gmp configure script
doesn't like getting passed --target=arm-none-linux-gnueabi am I just
configuring things wrong?
Hi,
I see that you copied most of toolchain setup in your local.conf from arago.
But, in reality, you don't need all that. I haven't tried external toolchain
with Agstrom lately, but you should only need to setup these 4 variables:
TOOLCHAIN_PATH = /opt/arm/arm-2009q3
TARGET_VENDOR = -none
TOOLCHAIN_TYPE = external
TOOLCHAIN_BRAND = csl
You may also need PATH_prepend like in your example below, if you don't set
your system PATH accordingly before using OE. Everything else should be taken
care by the framework automatically.
--
Denys
here is my local.conf:
DISTRO = angstrom-2008.1
DL_DIR = ${OEDIR}/downloads
BBFILES := ${OEDIR}/openembedded/recipes/*/*.bb
${OEDIR}/openembedded.custom/recipes/*/*.bb
BBFILE_COLLECTIONS = upstream custom
BBFILE_PATTERN_upstream = ^${OEDIR}/openembedded/recipes/
BBFILE_PATTERN_custom = ^${OEDIR}/openembedded.custom/recipes
BBFILE_PRIORITY_upstream = 5
BBFILE_PRIORITY_custom = 10
IMAGE_FSTYPES = jffs2 tar cpio.gz
BBINCLUDELOGS = yes
CVS_TARBALL_STASH =
ANGSTROM_FEED_CONFIGS =
#DEBIAN_MIRROR = ftp://ftp.us.debian.org/debian/pool;
#ENABLE_BINARY_LOCALE_GENERATION = 0
PREFERRED_VERSION_mono = 2.4.2.3
PREFERRED_VERSION_mono-mcs-intermediate = 2.4.2.3
PREFERRED_VERSION_mono-native = 2.4.2.3
#PREFERRED_VERSION_directfb = 1.4.1
#PREFERRED_VERSION_mono = svn
#PREFERRED_VERSION_mono-mcs-intermediate = svn
#PREFERRED_VERSION_mono-native = svn
# Black magic to automatically set SDK_PATH out of PATH - don't touch this!
# Works with pretty much any external toolchain, like CS Lite or MV Pro 5
# Handles cross-toolchain vs. native toolchain
# SDK_PATH can be overwritten externally by META_SDK_PATH, e.g. for SDK
TOOLCHAIN_PATH = /opt/arm/arm-2009q3
TOOLCHAIN_SYSPATH = ${TOOLCHAIN_PATH}/arm-none-linux-gnueabi
#~ PATH_prepend = ${TOOLCHAIN_PATH}/bin
SDK_PATH = $...@[bb.data.getvar('TOOLCHAIN_PATH', d, 1),
bb.data.getVar('META_SDK_PATH', d, 1)][bool(bb.data.getVar('META_SDK_PATH',
d, 1))]}
# Set the necessary variables to use binary CodeSourcery Lite
TARGET_VENDOR = -none
TARGET_SYS = arm-none-linux-gnueabi
TARGET_CPPFLAGS_append = -I${SDK_PATH}/${TARGET_SYS}/libc/usr/include
TARGET_LDFLAGS_prepend = -L${SDK_PATH}/${TARGET_SYS}/libc/lib
-Wl,-rpath-link,${SDK_PATH}/${TARGET_SYS}/libc/lib
TOOLCHAIN_TYPE = external
TOOLCHAIN_BRAND = csl
# add the following to site.conf if you want to go
# faster, use less space, etc
#PARALLEL_MAKE = -j 5
#BB_NUMBER_THREADS = 4
#INHERIT += rm_work
___
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] opkg: disable GPLv3 code.
On Tue, Sep 21, 2010 at 01:22:27PM +0400, Roman I Khimov wrote: В сообщении от Вторник 21 сентября 2010 03:44:13 автор Graham Gower написал: The sha256 code is GPLv3 licensed. This was not obvious and the license clause in opkg recipes was not updated when the sha256 code was added. All other files in opkg remain licensed GPLv2 (or later). Signed-off-by: Graham Gower graham.go...@gmail.com Acked-by: Roman I Khimov khi...@altell.ru Acked-by: Denys Dmytriyenko de...@denix.org -- Denys ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] trying to use external-toolchain-csl with angstrom
If I just have the TARGET_VENDOR = -none, but not the TARGET_SYS =
arm-none-linux-gnueabi,
then I get an error from external-toolchain-csl.bb telling me it couldn't
stat /opt/arm/arm-2009q3/arm-angstrom-linux-gnueabi/libc/lib/*
does that mean that the (external-toolchain-csl.bb) recipe should change to
use ${TOOLCHAIN_SYSPATH} instead of ${TOOLCHAIN_PATH}/${TARGET_SYS}
?
On Tue, Sep 21, 2010 at 2:48 PM, Denys Dmytriyenko de...@denix.org wrote:
On Tue, Sep 21, 2010 at 02:27:23PM -0400, George C. Huntington, III wrote:
I had to set TARGET_SYS = arm-none-linux-gnueabi in my local.conf to
get
the toolchain to be used, but now it appears that the gmp configure
script
doesn't like getting passed --target=arm-none-linux-gnueabi am I just
configuring things wrong?
Hi,
I see that you copied most of toolchain setup in your local.conf from
arago.
But, in reality, you don't need all that. I haven't tried external
toolchain
with Agstrom lately, but you should only need to setup these 4 variables:
TOOLCHAIN_PATH = /opt/arm/arm-2009q3
TARGET_VENDOR = -none
TOOLCHAIN_TYPE = external
TOOLCHAIN_BRAND = csl
You may also need PATH_prepend like in your example below, if you don't set
your system PATH accordingly before using OE. Everything else should be
taken
care by the framework automatically.
--
Denys
here is my local.conf:
DISTRO = angstrom-2008.1
DL_DIR = ${OEDIR}/downloads
BBFILES := ${OEDIR}/openembedded/recipes/*/*.bb
${OEDIR}/openembedded.custom/recipes/*/*.bb
BBFILE_COLLECTIONS = upstream custom
BBFILE_PATTERN_upstream = ^${OEDIR}/openembedded/recipes/
BBFILE_PATTERN_custom = ^${OEDIR}/openembedded.custom/recipes
BBFILE_PRIORITY_upstream = 5
BBFILE_PRIORITY_custom = 10
IMAGE_FSTYPES = jffs2 tar cpio.gz
BBINCLUDELOGS = yes
CVS_TARBALL_STASH =
ANGSTROM_FEED_CONFIGS =
#DEBIAN_MIRROR = ftp://ftp.us.debian.org/debian/pool;
#ENABLE_BINARY_LOCALE_GENERATION = 0
PREFERRED_VERSION_mono = 2.4.2.3
PREFERRED_VERSION_mono-mcs-intermediate = 2.4.2.3
PREFERRED_VERSION_mono-native = 2.4.2.3
#PREFERRED_VERSION_directfb = 1.4.1
#PREFERRED_VERSION_mono = svn
#PREFERRED_VERSION_mono-mcs-intermediate = svn
#PREFERRED_VERSION_mono-native = svn
# Black magic to automatically set SDK_PATH out of PATH - don't touch
this!
# Works with pretty much any external toolchain, like CS Lite or MV Pro 5
# Handles cross-toolchain vs. native toolchain
# SDK_PATH can be overwritten externally by META_SDK_PATH, e.g. for SDK
TOOLCHAIN_PATH = /opt/arm/arm-2009q3
TOOLCHAIN_SYSPATH = ${TOOLCHAIN_PATH}/arm-none-linux-gnueabi
#~ PATH_prepend = ${TOOLCHAIN_PATH}/bin
SDK_PATH = $...@[bb.data.getvar('TOOLCHAIN_PATH', d, 1),
bb.data.getVar('META_SDK_PATH', d,
1)][bool(bb.data.getVar('META_SDK_PATH',
d, 1))]}
# Set the necessary variables to use binary CodeSourcery Lite
TARGET_VENDOR = -none
TARGET_SYS = arm-none-linux-gnueabi
TARGET_CPPFLAGS_append = -I${SDK_PATH}/${TARGET_SYS}/libc/usr/include
TARGET_LDFLAGS_prepend = -L${SDK_PATH}/${TARGET_SYS}/libc/lib
-Wl,-rpath-link,${SDK_PATH}/${TARGET_SYS}/libc/lib
TOOLCHAIN_TYPE = external
TOOLCHAIN_BRAND = csl
# add the following to site.conf if you want to go
# faster, use less space, etc
#PARALLEL_MAKE = -j 5
#BB_NUMBER_THREADS = 4
#INHERIT += rm_work
___
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] trying to use external-toolchain-csl with angstrom
On Tue, Sep 21, 2010 at 03:04:00PM -0400, George C. Huntington, III wrote:
If I just have the TARGET_VENDOR = -none, but not the TARGET_SYS =
arm-none-linux-gnueabi,
then I get an error from external-toolchain-csl.bb telling me it couldn't
stat /opt/arm/arm-2009q3/arm-angstrom-linux-gnueabi/libc/lib/*
Ah, I see. Angstrom assigns TARGET_VENDOR in conf/distro/include/angstrom.inc
and I had to change it to a weak assignment in Arago, because distro
configuration overwrites local.conf configuration. You can try poking the
correct value either in angstrom.inc or glibc-external.inc for now - need to
figure out the proper place for it later.
does that mean that the (external-toolchain-csl.bb) recipe should change to
use ${TOOLCHAIN_SYSPATH} instead of ${TOOLCHAIN_PATH}/${TARGET_SYS}
I don't think it matters on that level...
--
Denys
On Tue, Sep 21, 2010 at 2:48 PM, Denys Dmytriyenko de...@denix.org wrote:
On Tue, Sep 21, 2010 at 02:27:23PM -0400, George C. Huntington, III wrote:
I had to set TARGET_SYS = arm-none-linux-gnueabi in my local.conf to
get
the toolchain to be used, but now it appears that the gmp configure
script
doesn't like getting passed --target=arm-none-linux-gnueabi am I just
configuring things wrong?
Hi,
I see that you copied most of toolchain setup in your local.conf from
arago.
But, in reality, you don't need all that. I haven't tried external
toolchain
with Agstrom lately, but you should only need to setup these 4 variables:
TOOLCHAIN_PATH = /opt/arm/arm-2009q3
TARGET_VENDOR = -none
TOOLCHAIN_TYPE = external
TOOLCHAIN_BRAND = csl
You may also need PATH_prepend like in your example below, if you don't set
your system PATH accordingly before using OE. Everything else should be
taken
care by the framework automatically.
--
Denys
here is my local.conf:
DISTRO = angstrom-2008.1
DL_DIR = ${OEDIR}/downloads
BBFILES := ${OEDIR}/openembedded/recipes/*/*.bb
${OEDIR}/openembedded.custom/recipes/*/*.bb
BBFILE_COLLECTIONS = upstream custom
BBFILE_PATTERN_upstream = ^${OEDIR}/openembedded/recipes/
BBFILE_PATTERN_custom = ^${OEDIR}/openembedded.custom/recipes
BBFILE_PRIORITY_upstream = 5
BBFILE_PRIORITY_custom = 10
IMAGE_FSTYPES = jffs2 tar cpio.gz
BBINCLUDELOGS = yes
CVS_TARBALL_STASH =
ANGSTROM_FEED_CONFIGS =
#DEBIAN_MIRROR = ftp://ftp.us.debian.org/debian/pool;
#ENABLE_BINARY_LOCALE_GENERATION = 0
PREFERRED_VERSION_mono = 2.4.2.3
PREFERRED_VERSION_mono-mcs-intermediate = 2.4.2.3
PREFERRED_VERSION_mono-native = 2.4.2.3
#PREFERRED_VERSION_directfb = 1.4.1
#PREFERRED_VERSION_mono = svn
#PREFERRED_VERSION_mono-mcs-intermediate = svn
#PREFERRED_VERSION_mono-native = svn
# Black magic to automatically set SDK_PATH out of PATH - don't touch
this!
# Works with pretty much any external toolchain, like CS Lite or MV Pro 5
# Handles cross-toolchain vs. native toolchain
# SDK_PATH can be overwritten externally by META_SDK_PATH, e.g. for SDK
TOOLCHAIN_PATH = /opt/arm/arm-2009q3
TOOLCHAIN_SYSPATH = ${TOOLCHAIN_PATH}/arm-none-linux-gnueabi
#~ PATH_prepend = ${TOOLCHAIN_PATH}/bin
SDK_PATH = $...@[bb.data.getvar('TOOLCHAIN_PATH', d, 1),
bb.data.getVar('META_SDK_PATH', d,
1)][bool(bb.data.getVar('META_SDK_PATH',
d, 1))]}
# Set the necessary variables to use binary CodeSourcery Lite
TARGET_VENDOR = -none
TARGET_SYS = arm-none-linux-gnueabi
TARGET_CPPFLAGS_append = -I${SDK_PATH}/${TARGET_SYS}/libc/usr/include
TARGET_LDFLAGS_prepend = -L${SDK_PATH}/${TARGET_SYS}/libc/lib
-Wl,-rpath-link,${SDK_PATH}/${TARGET_SYS}/libc/lib
TOOLCHAIN_TYPE = external
TOOLCHAIN_BRAND = csl
# add the following to site.conf if you want to go
# faster, use less space, etc
#PARALLEL_MAKE = -j 5
#BB_NUMBER_THREADS = 4
#INHERIT += rm_work
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH v2] gcc-cross, gcc-cross-sdk: Link libmpfr, libgmp, libmpc and libelf statically into gcc
* Generate static version of these libraries
Signed-off-by: Khem Raj raj.k...@gmail.com
---
recipes/gcc/gcc-configure-canadian-sdk.inc |7 +++
recipes/gcc/gcc-configure-cross.inc|7 +++
recipes/gcc/gcc-configure-sdk.inc |8
recipes/gmp/gmp.inc|7 +++
recipes/gmp/gmp_4.2.4.bb | 14 +++---
recipes/gmp/gmp_5.0.1.bb |5 +
recipes/libelf/libelf_0.8.13.bb|2 ++
recipes/libmpc/libmpc_0.8.1.bb |4 +++-
recipes/libmpc/libmpc_0.8.2.bb |2 ++
recipes/mpfr/mpfr_3.0.0.bb |2 ++
recipes/mpfr/mpfr_svn.bb |2 ++
11 files changed, 48 insertions(+), 12 deletions(-)
diff --git a/recipes/gcc/gcc-configure-canadian-sdk.inc
b/recipes/gcc/gcc-configure-canadian-sdk.inc
index 83ae6f5..5e27358 100644
--- a/recipes/gcc/gcc-configure-canadian-sdk.inc
+++ b/recipes/gcc/gcc-configure-canadian-sdk.inc
@@ -71,6 +71,13 @@ EXTRA_OECONF_PATHS = \
do_configure () {
# Work around Hardcoded path assumptions in gcc
+# Make sure we use GMP/MPFR statically
+sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
(cd ${S} gnu-configize) || die failure running gnu-configize
(cd ${S}/libstdc++-v3 autoreconf)
canadian_sdk_runconf
diff --git a/recipes/gcc/gcc-configure-cross.inc
b/recipes/gcc/gcc-configure-cross.inc
index c3c2b66..7041fcf 100644
--- a/recipes/gcc/gcc-configure-cross.inc
+++ b/recipes/gcc/gcc-configure-cross.inc
@@ -17,6 +17,13 @@ do_configure_prepend () {
export OBJCOPY_FOR_TARGET=${TARGET_SYS}-objcopy
export STRIP_FOR_TARGET=${TARGET_SYS}-strip
export CC_FOR_TARGET=${CCACHE} ${TARGET_SYS}-gcc ${TARGET_CC_ARCH}
+ # Make sure we use GMP/MPFR statically
+ sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+ sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+ sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+ sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+ sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+ sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
}
LIBGCCS_VAR = -lgcc_s
diff --git a/recipes/gcc/gcc-configure-sdk.inc
b/recipes/gcc/gcc-configure-sdk.inc
index 328e780..c8fae11 100644
--- a/recipes/gcc/gcc-configure-sdk.inc
+++ b/recipes/gcc/gcc-configure-sdk.inc
@@ -35,6 +35,14 @@ do_configure () {
export CPPFLAGS_FOR_BUILD=${BUILD_CPPFLAGS}
export CXXFLAGS_FOR_BUILD=${BUILD_CXXFLAGS}
export LDFLAGS_FOR_BUILD=${BUILD_LDFLAGS}
+# Make sure we use GMP/MPFR statically
+sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+
(cd ${S} gnu-configize) || die failure running gnu-configize
oe_runconf
}
diff --git a/recipes/gmp/gmp.inc b/recipes/gmp/gmp.inc
index 55209f3..522189d 100644
--- a/recipes/gmp/gmp.inc
+++ b/recipes/gmp/gmp.inc
@@ -2,6 +2,7 @@ SECTION = libs
DESCRIPTION = GNU multiprecision arithmetic library
HOMEPAGE = http://www.swox.com/gmp/;
LICENSE = GPL LGPL
+INC_PR = r1
SRC_URI = ${GNU_MIRROR}/gmp/gmp-${PV}.tar.bz2;name=gmp \
file://configure.patch \
@@ -11,5 +12,11 @@ inherit autotools
ARM_INSTRUCTION_SET = arm
+
+EXTRA_OECONF_append_virtclass-native = --enable-static
+
+BBCLASSEXTEND = native nativesdk
+NATIVE_INSTALL_WORKS = 1
+
acpaths =
diff --git a/recipes/gmp/gmp_4.2.4.bb b/recipes/gmp/gmp_4.2.4.bb
index af05875..6eb1ecb 100644
--- a/recipes/gmp/gmp_4.2.4.bb
+++ b/recipes/gmp/gmp_4.2.4.bb
@@ -1,13 +1,13 @@
-INC_PR = r0
+require gmp.inc
+
+SRC_URI +=
Re: [oe] SRC_URI_arch override. error?
On Wed, Sep 08, 2010 at 04:52:20PM +0200, Frans Meulenbroeks wrote:
Hi,
I have an issue with the linux-libc-headers recipe for nios2.
Maybe I am trying to do something what is not possible.
The recipe contains:
SRC_URI = ${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/linux-${PV}.tar.bz2 \
SRC_URI_nios2 =
ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball
\
I was under the assumption that when building with TARGET_ARCH set to
nios2 (e.g. for machine neek) I would get the 2nd uri.
However actually the system seems to concatenate these two URI's.
I have locally modified classes/base.bbclass function base_do_unpack
do dump some info:
python base_do_unpack() {
from glob import glob
srcurldata = bb.fetch.init(d.getVar(SRC_URI, True).split(), d, True)
bb.note(unpacking SRC_URI %s % d.getVar(SRC_URI, True))
bb.note(unpacking SRC_URI split %s % d.getVar(SRC_URI, True).split())
bb.note(unpacking srcurldata %s % srcurldata)
Frans,
Are you still facing this issue?
Looks like I'm in the same boat with you on this one - I have an amended
recipe in a local overlay, which slightly modifies the source tarball name in
SRC_URI. It used to work fine before, but lately it tries to call do_unpack()
on both - the source tarball with the name from amend.inc, as well as the
source tarball with the name from the original SRC_URI. Since it doesn't do
do_fetch() for both, only do_unpack(), it fails if the other tarball was not
previously downloaded into DL_DIR...
I was able to trace the problem down to the do_unpack() rewrite commit:
http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=900cc29b603691eb3a077cb660545ead3715ed54
Before this commit, SRC_URI used to behave properly, even with modifications
and amendments. I'm still trying to debug the new code to see where the
problem happens.
Maybe, Chris, as the author of that code, can spot the issue sooner. Thanks.
--
Denys
This generates the following output
NOTE: unpacking SRC_URI
ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball
NOTE: package linux-libc-headers-2.6.34-r1: task do_distribute_sources:
Started
NOTE: unpacking SRC_URI split
['ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball']
NOTE: unpacking srcurldata
{'ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball':
bb.fetch.FetchData object at 0x12786610,
'http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.34.tar.bz2':
bb.fetch.FetchData object at 0x12786590}
NOTE: unpacking url
/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz
NOTE: Unpacking
../downloads/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz
to ../tmp/work/nios2-linux/linux-libc-headers-2.6.34-r1/
NOTE: package linux-libc-headers-2.6.34-r1: task
do_distribute_sources: Succeeded
NOTE: unpacking url /pub/linux/kernel/v2.6/linux-2.6.34.tar.bz2
...
The odd thing is that the first two debug statements deliver exactly
what I expect.
However srcurldata seems to create fetch objects for both url's.
I didn't manage yet to debug bb.fetch.init, but maybe someone has
already an idea on this (or on how to debug this).
Anyway, any help is appreciated.
Frans.
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 5/7] gdb-cross-sdk: add RDEPENDS
Le 21/09/2010 20:03, Holger Freyther a écrit : On 09/22/2010 01:41 AM, Eric Bénard wrote: actually this seems to fail. When building, do you see complains that gcc uses a library but has no known package providing that library? E.g. like the messages we saw on the libstdc++ issue a couple of days/weeks ago. yes : NOTE: Couldn't find shared library provider for libz.so.1 NOTE: Couldn't find shared library provider for libnsl.so.1 NOTE: Couldn't find shared library provider for libc.so.6 NOTE: Couldn't find shared library provider for libncurses.so.5 NOTE: Couldn't find shared library provider for libtinfo.so.5 NOTE: Couldn't find shared library provider for libz.so.1 NOTE: Couldn't find shared library provider for libm.so.6 NOTE: Couldn't find shared library provider for libpython2.6.so.1.0 NOTE: Couldn't find shared library provider for libexpat.so.1 NOTE: Couldn't find shared library provider for libc.so.6 NOTE: Couldn't find shared library provider for libncurses.so.5 NOTE: Couldn't find shared library provider for libtinfo.so.5 NOTE: Couldn't find shared library provider for libz.so.1 NOTE: Couldn't find shared library provider for libm.so.6 NOTE: Couldn't find shared library provider for libpython2.6.so.1.0 NOTE: Couldn't find shared library provider for libexpat.so.1 NOTE: Couldn't find shared library provider for libc.so.6 DEPENDS = ncurses-sdk zlib-sdk flex-native +RDEPENDS = ncurses-sdk zlib-sdk \ No newline at end of file this will also install the -dev packages? I don't understand, do you need the -dev packages for gdb-cross is the SDK ? no, I just wondered what will be installed by the above package name. I think RP/Chris can shed some light into this. in the sdk, it installs ncurses-sdk and zlib-sdk. Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] SRC_URI_arch override. error?
On Tue, Sep 21, 2010 at 12:51 PM, Denys Dmytriyenko de...@denix.org wrote:
On Wed, Sep 08, 2010 at 04:52:20PM +0200, Frans Meulenbroeks wrote:
Hi,
I have an issue with the linux-libc-headers recipe for nios2.
Maybe I am trying to do something what is not possible.
The recipe contains:
SRC_URI = ${KERNELORG_MIRROR}/pub/linux/kernel/v2.6/linux-${PV}.tar.bz2
\
SRC_URI_nios2 =
ftp://opensource.axon.nl/mirror/git_sopc.et.ntust.edu.tw.linux-2.6.git_a32ca88c4f3f3850c5c9789db2afab2530c6856d.tar.gz;name=nios2tarball
\
I was under the assumption that when building with TARGET_ARCH set to
nios2 (e.g. for machine neek) I would get the 2nd uri.
However actually the system seems to concatenate these two URI's.
I have locally modified classes/base.bbclass function base_do_unpack
do dump some info:
python base_do_unpack() {
from glob import glob
srcurldata = bb.fetch.init(d.getVar(SRC_URI, True).split(), d,
True)
bb.note(unpacking SRC_URI %s % d.getVar(SRC_URI, True))
bb.note(unpacking SRC_URI split %s % d.getVar(SRC_URI,
True).split())
bb.note(unpacking srcurldata %s % srcurldata)
Frans,
Are you still facing this issue?
Looks like I'm in the same boat with you on this one - I have an amended
recipe in a local overlay, which slightly modifies the source tarball name
in
SRC_URI. It used to work fine before, but lately it tries to call
do_unpack()
on both - the source tarball with the name from amend.inc, as well as the
source tarball with the name from the original SRC_URI. Since it doesn't do
do_fetch() for both, only do_unpack(), it fails if the other tarball was
not
previously downloaded into DL_DIR...
I was able to trace the problem down to the do_unpack() rewrite commit:
http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=900cc29b603691eb3a077cb660545ead3715ed54
Before this commit, SRC_URI used to behave properly, even with
modifications
and amendments. I'm still trying to debug the new code to see where the
problem happens.
Maybe, Chris, as the author of that code, can spot the issue sooner.
Thanks.
This thread has been sitting in my todo list for a while now, haven't had a
chance to dive in. I'll see if I can take a look tonight.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] anyone working on recipes for qt 4.7.0 released?
On Tue, Sep 21, 2010 at 11:40 AM, Martin Jansa martin.ja...@gmail.com wrote: On Tue, Sep 21, 2010 at 11:34:23AM -0400, Cliff Brake wrote: On Tue, Sep 21, 2010 at 11:25 AM, Martin Jansa martin.ja...@gmail.com wrote: On Tue, Sep 21, 2010 at 11:21:32AM -0400, Cliff Brake wrote: Qt 4.7.0 is now released: http://labs.qt.nokia.com/2010/09/21/qt-4-7-0-now-available/ Is anyone working on recipes for this yet? I've been trying to get 4.7.0-beta2 to build, so wondering if anyone has tried 4.7.0 released yet. 4.7.0-beta2 is building and working for me (SHR) fine, but no time to work on 4.7.0 now, so would be great if someone else does that. Just to verify and get a baseline, what all do you need to set to get 4.7.0-beta2 to build properly. I'm trying: ANGSTROM_QT_VERSION = 4.6.3+4.7.0-beta2 Yes, I also had to use newer postgresql before (not sure if it's still needed). http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/5fcd20c6e939edfec27fccce1e92f82cf0a78b17 Are you using the X11 or embedded version or Qt? only X11 version X11 version built fine -- qt4-embedded failed: http://bec-systems.com/oe/qt4-embedded-log.do_compile We'll move on to the 4.7.0 released stuff next. 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
Re: [oe] [PATCH v2] gcc-cross, gcc-cross-sdk: Link libmpfr, libgmp, libmpc and libelf statically into gcc
Khem Raj wrote:
* Generate static version of these libraries
Signed-off-by: Khem Raj raj.k...@gmail.com
Acked-by: Tom Rini tom_r...@mentor.com
---
recipes/gcc/gcc-configure-canadian-sdk.inc |7 +++
recipes/gcc/gcc-configure-cross.inc|7 +++
recipes/gcc/gcc-configure-sdk.inc |8
recipes/gmp/gmp.inc|7 +++
recipes/gmp/gmp_4.2.4.bb | 14 +++---
recipes/gmp/gmp_5.0.1.bb |5 +
recipes/libelf/libelf_0.8.13.bb|2 ++
recipes/libmpc/libmpc_0.8.1.bb |4 +++-
recipes/libmpc/libmpc_0.8.2.bb |2 ++
recipes/mpfr/mpfr_3.0.0.bb |2 ++
recipes/mpfr/mpfr_svn.bb |2 ++
11 files changed, 48 insertions(+), 12 deletions(-)
diff --git a/recipes/gcc/gcc-configure-canadian-sdk.inc
b/recipes/gcc/gcc-configure-canadian-sdk.inc
index 83ae6f5..5e27358 100644
--- a/recipes/gcc/gcc-configure-canadian-sdk.inc
+++ b/recipes/gcc/gcc-configure-canadian-sdk.inc
@@ -71,6 +71,13 @@ EXTRA_OECONF_PATHS = \
do_configure () {
# Work around Hardcoded path assumptions in gcc
+# Make sure we use GMP/MPFR statically
+sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
(cd ${S} gnu-configize) || die failure running gnu-configize
(cd ${S}/libstdc++-v3 autoreconf)
canadian_sdk_runconf
diff --git a/recipes/gcc/gcc-configure-cross.inc
b/recipes/gcc/gcc-configure-cross.inc
index c3c2b66..7041fcf 100644
--- a/recipes/gcc/gcc-configure-cross.inc
+++ b/recipes/gcc/gcc-configure-cross.inc
@@ -17,6 +17,13 @@ do_configure_prepend () {
export OBJCOPY_FOR_TARGET=${TARGET_SYS}-objcopy
export STRIP_FOR_TARGET=${TARGET_SYS}-strip
export CC_FOR_TARGET=${CCACHE} ${TARGET_SYS}-gcc ${TARGET_CC_ARCH}
+ # Make sure we use GMP/MPFR statically
+ sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+ sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+ sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+ sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+ sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+ sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
}
LIBGCCS_VAR = -lgcc_s
diff --git a/recipes/gcc/gcc-configure-sdk.inc
b/recipes/gcc/gcc-configure-sdk.inc
index 328e780..c8fae11 100644
--- a/recipes/gcc/gcc-configure-sdk.inc
+++ b/recipes/gcc/gcc-configure-sdk.inc
@@ -35,6 +35,14 @@ do_configure () {
export CPPFLAGS_FOR_BUILD=${BUILD_CPPFLAGS}
export CXXFLAGS_FOR_BUILD=${BUILD_CXXFLAGS}
export LDFLAGS_FOR_BUILD=${BUILD_LDFLAGS}
+# Make sure we use GMP/MPFR statically
+sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_GMPLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_PPLLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.tpl
+sed -i 's/^\(HOST_LIBELFLIBS =\) \(.*\)$/\1 -Wl,-Bstatic \2
-Wl,-Bdynamic/' ${S}/Makefile.in
+
(cd ${S} gnu-configize) || die failure running gnu-configize
oe_runconf
}
diff --git a/recipes/gmp/gmp.inc b/recipes/gmp/gmp.inc
index 55209f3..522189d 100644
--- a/recipes/gmp/gmp.inc
+++ b/recipes/gmp/gmp.inc
@@ -2,6 +2,7 @@ SECTION = libs
DESCRIPTION = GNU multiprecision arithmetic library
HOMEPAGE = http://www.swox.com/gmp/;
LICENSE = GPL LGPL
+INC_PR = r1
SRC_URI = ${GNU_MIRROR}/gmp/gmp-${PV}.tar.bz2;name=gmp \
file://configure.patch \
@@ -11,5 +12,11 @@ inherit autotools
ARM_INSTRUCTION_SET = arm
+
+EXTRA_OECONF_append_virtclass-native = --enable-static
+
+BBCLASSEXTEND = native nativesdk
+NATIVE_INSTALL_WORKS = 1
+
acpaths =
diff --git a/recipes/gmp/gmp_4.2.4.bb b/recipes/gmp/gmp_4.2.4.bb
index af05875..6eb1ecb 100644
--- a/recipes/gmp/gmp_4.2.4.bb
+++ b/recipes/gmp/gmp_4.2.4.bb
@@ -1,13
Re: [oe] anyone working on recipes for qt 4.7.0 released?
On Tue, Sep 21, 2010 at 04:26:06PM -0400, Cliff Brake wrote: On Tue, Sep 21, 2010 at 11:40 AM, Martin Jansa martin.ja...@gmail.com wrote: On Tue, Sep 21, 2010 at 11:34:23AM -0400, Cliff Brake wrote: On Tue, Sep 21, 2010 at 11:25 AM, Martin Jansa martin.ja...@gmail.com wrote: On Tue, Sep 21, 2010 at 11:21:32AM -0400, Cliff Brake wrote: Qt 4.7.0 is now released: http://labs.qt.nokia.com/2010/09/21/qt-4-7-0-now-available/ Is anyone working on recipes for this yet? I've been trying to get 4.7.0-beta2 to build, so wondering if anyone has tried 4.7.0 released yet. 4.7.0-beta2 is building and working for me (SHR) fine, but no time to work on 4.7.0 now, so would be great if someone else does that. Just to verify and get a baseline, what all do you need to set to get 4.7.0-beta2 to build properly. I'm trying: ANGSTROM_QT_VERSION = 4.6.3+4.7.0-beta2 Yes, I also had to use newer postgresql before (not sure if it's still needed). http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/5fcd20c6e939edfec27fccce1e92f82cf0a78b17 Are you using the X11 or embedded version or Qt? only X11 version X11 version built fine -- qt4-embedded failed: http://bec-systems.com/oe/qt4-embedded-log.do_compile We'll move on to the 4.7.0 released stuff next. Looks like same issue as with demos/browser fixed in: recipes/qt4/qt-4.6.3+4.7.0-beta2/demos.browser.add.mediaservices.lib.patch -- 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
Re: [oe] minimal-uclibc: freesmartphone/libfsobasics_git.bb: do_compile() failed: utilities.c:35:22: fatal error: execinfo.h: No such file or directory
Hi Paul, utilities.c:35:22: fatal error: execinfo.h: No such file or directory compilation terminated. make[3]: *** [utilities.lo] Error 1 make[3]: Leaving directory `/oe/build-minimal-uclibc/minimal-uclibc-dev/work/armv7a-oe-linux-uclibceabi/libfsobasics-1_0.9.10+gitr0+b163e36f9c960c6fea92168e88201be98dcceaef-r2.0/git/libfsobasics/fsobasics' make[2]: *** [all] Error 2 make[2]: Leaving directory `/oe/build-minimal-uclibc/minimal-uclibc-dev/work/armv7a-oe-linux-uclibceabi/libfsobasics-1_0.9.10+gitr0+b163e36f9c960c6fea92168e88201be98dcceaef-r2.0/git/libfsobasics/fsobasics' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/oe/build-minimal-uclibc/minimal-uclibc-dev/work/armv7a-oe-linux-uclibceabi/libfsobasics-1_0.9.10+gitr0+b163e36f9c960c6fea92168e88201be98dcceaef-r2.0/git/libfsobasics' make: *** [all] Error 2 FATAL: oe_runmake failed ERROR: Function do_compile failed Does anyone have a clue on how that can be fixed. `execinfo.h` is not available in uClibc and is a “GNUism” [2]. The dependency in in `linux.vapi` [3] and got included in [4]. Unfortunately I do not know how to exclude that. I guess Autotools should check if `execinfo.h` is available and only use it if it is. But I do not know how to do that. Michael, are those libraries intended to be used with uClibc? Yeah. I'll think about a way to fix it when I'm back end of next week (currently on vacation). If this is too much work, how can I exclude this recipe from console-image for minimal-uclibc? I bet there are some of my debugging utilities dragging this in, check – and remove for now – these. Cheers, :M: ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] SRC_URI_arch override. error?
Denys, I still have the issue. As explained in the original thread the problem is the bb.fetch.init call. Chris, appreciate it if you could look into it. Don't have time to test a change right away though as I will be afk for the next few days. Enjoy! Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] base.bbclass: add make-native to default dependencies
Holger Freyther wrote: On 09/21/2010 09:58 PM, Michael Smith wrote: I could add a DEFAULT_PREFERENCE = -1 to the 3.82 recipe and mention the packages that don't build with it in a comment. Do you remember which packages fail to build with 3.82? well, busybox, glibc, gst* have failed and were fixed. In general I have hit: - mixing 'rule %rule:', newer GNU make refuses to match that (busybox, glibc) - spaces vs. tab. e.g. using 8 spaces instead of a tab (gst) Maybe it'd be easier to fix the affected packages, then. Would you be opposed to make-native being a default dep? The next testing cycle would probably spot any remaining fallout from 3.82. Mike ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] qt4-embedded-gles only build runtime libraries
If I include qt4-embedded-gles in my IMAGE_INSTALL then bitbake builds all of qt4: runtime libs, demos, and development tools. How can I specify that I only want to build the qt runtime libs or just specific runtime libs and not build the demos, documentation, or dev tools? I still want to use the qt4-embedded-gles recipe to include the opengl symbols in the gui libraries. Thanks, Doug ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] base.bbclass: add make-native to default dependencies
On Tue, Sep 21, 2010 at 1:54 PM, Michael Smith msm...@cbnco.com wrote: Holger Freyther wrote: On 09/21/2010 09:58 PM, Michael Smith wrote: I could add a DEFAULT_PREFERENCE = -1 to the 3.82 recipe and mention the packages that don't build with it in a comment. Do you remember which packages fail to build with 3.82? well, busybox, glibc, gst* have failed and were fixed. In general I have hit: - mixing 'rule %rule:', newer GNU make refuses to match that (busybox, glibc) - spaces vs. tab. e.g. using 8 spaces instead of a tab (gst) Maybe it'd be easier to fix the affected packages, then. Would you be opposed to make-native being a default dep? The next testing cycle would probably spot any remaining fallout from 3.82. make is a core component. We have enough fallout to fix which is not make related. this will add to it. and make 3.82 native recipe is there. I am just not ready to make it default yet. Mike ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel -- -Khem ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] u-boot-env.bb: Mark as COMPATIBLE_MACHINE=neuros-osd2.
Signed-off-by: Graham Gower graham.go...@gmail.com --- recipes/u-boot/u-boot-env.bb |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/recipes/u-boot/u-boot-env.bb b/recipes/u-boot/u-boot-env.bb index 1bee272..35c467b 100644 --- a/recipes/u-boot/u-boot-env.bb +++ b/recipes/u-boot/u-boot-env.bb @@ -4,6 +4,7 @@ PR = r1 inherit kernel-arch +COMPATIBLE_MACHINE = (neuros-osd2) SRC_URI = file://default-env.ascr -- 1.7.1 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] mythfront-config.bb: Fix do_unpack for machines other than epia.
Signed-off-by: Graham Gower graham.go...@gmail.com
---
recipes/mythfront/mythfront-config.bb | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/recipes/mythfront/mythfront-config.bb
b/recipes/mythfront/mythfront-config.bb
index b87e0be..79ba428 100644
--- a/recipes/mythfront/mythfront-config.bb
+++ b/recipes/mythfront/mythfront-config.bb
@@ -1,11 +1,12 @@
PV = 1.10
-PR = r0
+PR = r1
RDEPENDS_${PN} = font-misc-misc
LICENSE = MIT
-SRC_URI = file://tftp.sh file://xorg.conf
+SRC_URI = file://tftp.sh
-SRC_URI_append_epia = file://serial.sh
+SRC_URI_append_epia = file://serial.sh \
+ file://xorg.conf
do_install() {
install -d ${D}${sysconfdir}/udhcpc.d/
@@ -14,9 +15,6 @@ do_install() {
install -d ${D}${sysconfdir}/mythtv
ln -sf /var/lib/config/mysql.txt ${D}${sysconfdir}/mythtv
- install -d ${D}${sysconfdir}/X11
- install -m 0644 ${WORKDIR}/xorg.conf ${D}${sysconfdir}/X11
-
ln -sf /var/lib/config/lircd.conf ${D}${sysconfdir}/lircd.conf
install -d ${D}/dev
@@ -30,3 +28,7 @@ do_install() {
fi
}
+do_install_append_epia() {
+ install -d ${D}${sysconfdir}/X11
+ install -m 0644 ${WORKDIR}/xorg.conf ${D}${sysconfdir}/X11
+}
--
1.7.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] at91bootstrap.inc: Mark COMPATIBLE_MACHINEs.
From b90a9fef712cc934863ee786b2d2dedc37d6902d Mon Sep 17 00:00:00 2001
From: Graham Gower graham.go...@gmail.com
Date: Wed, 22 Sep 2010 09:39:00 +0930
Subject: [PATCH 1/5] at91bootstrap.inc: Mark COMPATIBLE_MACHINEs.
Signed-off-by: Graham Gower graham.go...@gmail.com
---
recipes/at91bootstrap/at91bootstrap.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/recipes/at91bootstrap/at91bootstrap.inc
b/recipes/at91bootstrap/at91bootstrap.inc
index 2160f64..dfe143a 100644
--- a/recipes/at91bootstrap/at91bootstrap.inc
+++ b/recipes/at91bootstrap/at91bootstrap.inc
@@ -1,6 +1,7 @@
DESCRIPTION = at91bootstrap: loaded into internal SRAM by AT91 BootROM
SECTION = bootloaders
+COMPATIBLE_MACHINE =
(afeb9260|at91cap9adk|at91sam9g20ek|at91sam9rlek|at91sam9263ek|at91sam9260ek|at91sam9xeek|at91sam9261ek)
SRC_URI = ftp://www.at91.com/pub/buildroot/${PN}-${PV}.tar.bz2 \
file://defconfig \
--
1.7.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] pivotinit_1.0.0.bb: Mark as COMPATIBLE_MACHINE=spitz.
From 909e5617f2534b505c6940b9e409a1ce3cdae1e9 Mon Sep 17 00:00:00 2001
From: Graham Gower graham.go...@gmail.com
Date: Wed, 22 Sep 2010 09:47:53 +0930
Subject: [PATCH 3/5] pivotinit_1.0.0.bb: Mark as COMPATIBLE_MACHINE=spitz.
Signed-off-by: Graham Gower graham.go...@gmail.com
---
recipes/pivotinit/pivotinit_1.0.0.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/recipes/pivotinit/pivotinit_1.0.0.bb
b/recipes/pivotinit/pivotinit_1.0.0.bb
index 912cfeb..8b40db2 100644
--- a/recipes/pivotinit/pivotinit_1.0.0.bb
+++ b/recipes/pivotinit/pivotinit_1.0.0.bb
@@ -4,6 +4,7 @@ PRIORITY = required
LICENSE = MIT
PR = r0
+COMPATIBLE_MACHINE = (spitz)
SRC_URI = file://init
do_install () {
--
1.7.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] python-numpy: Mark as COMPATIBLE_HOST=arm.*.
Signed-off-by: Graham Gower graham.go...@gmail.com
---
recipes/python/python-numpy_1.1.1.bb |1 +
recipes/python/python-numpy_1.4.1.bb |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/recipes/python/python-numpy_1.1.1.bb
b/recipes/python/python-numpy_1.1.1.bb
index f5c23e0..878e060 100644
--- a/recipes/python/python-numpy_1.1.1.bb
+++ b/recipes/python/python-numpy_1.1.1.bb
@@ -4,6 +4,7 @@ PRIORITY = optional
LICENSE = PSF
PR = ml0
+COMPATIBLE_HOST = arm.*
SRC_URI = ${SOURCEFORGE_MIRROR}/numpy/numpy-${PV}.tar.gz \
file://unbreak-assumptions.diff \
file://trycompile.diff \
diff --git a/recipes/python/python-numpy_1.4.1.bb
b/recipes/python/python-numpy_1.4.1.bb
index f4941cf..062b1a3 100644
--- a/recipes/python/python-numpy_1.4.1.bb
+++ b/recipes/python/python-numpy_1.4.1.bb
@@ -4,6 +4,7 @@ PRIORITY = optional
LICENSE = PSF
PR = ml0
+COMPATIBLE_HOST = arm.*
SRC_URI = ${SOURCEFORGE_MIRROR}/numpy/numpy-${PV}.tar.gz \
file://config.h \
file://numpyconfig.h \
--
1.7.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [PATCH] firefox_3.6.8.bb: Mark as COMPATIBLE_HOST=(powerpc|arm|i.86.*).
Signed-off-by: Graham Gower graham.go...@gmail.com
---
recipes/mozilla/firefox_3.6.8.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/recipes/mozilla/firefox_3.6.8.bb b/recipes/mozilla/firefox_3.6.8.bb
index 825e692..b383de0 100644
--- a/recipes/mozilla/firefox_3.6.8.bb
+++ b/recipes/mozilla/firefox_3.6.8.bb
@@ -1,6 +1,7 @@
DEPENDS += cairo sqlite3 libnotify
PR = r1
+COMPATIBLE_HOST = (powerpc|arm|i.86).*
# The .pc files below have 3.6 hardcoded, fix that before using them in a
newer FF version!
SRC_URI =
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/${PV}/source/firefox-${PV}.source.tar.bz2;name=archive
\
file://jsautocfg.h \
--
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] firefox_3.6.8.bb: Mark as COMPATIBLE_HOST=(powerpc|arm|i.86.*).
Graham Gower wrote:
Signed-off-by: Graham Gower graham.go...@gmail.com
---
recipes/mozilla/firefox_3.6.8.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/recipes/mozilla/firefox_3.6.8.bb b/recipes/mozilla/firefox_3.6.8.bb
index 825e692..b383de0 100644
--- a/recipes/mozilla/firefox_3.6.8.bb
+++ b/recipes/mozilla/firefox_3.6.8.bb
@@ -1,6 +1,7 @@
DEPENDS += cairo sqlite3 libnotify
PR = r1
+COMPATIBLE_HOST = (powerpc|arm|i.86).*
# The .pc files below have 3.6 hardcoded, fix that before using them in a
newer FF version!
SRC_URI =
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/${PV}/source/firefox-${PV}.source.tar.bz2;name=archive
\
file://jsautocfg.h \
To sum up what I said on IRC, I'd really rather just go ahead and fix
mipsel (and mips and ...) by pulling in the jsautocfg.h file from Debian
or similar rather than use the more heavy handed COMPATIBLE* stuff for
things that build in limited places by accident rather than by design.
I don't know if that's enough for a NAK or not, but I'd like to talk it
over a bit more :)
--
Tom Rini
Mentor Graphics Corporation
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] OE weekly changelog for 2010-09-13 to 2010-09-20
OE weekly changelog for org.openembedded.dev, 2010-09-13 to 2010-09-20
AJ ONeal (1):
nodejs: replaced v0.2.0 with v0.2.1
Andreas Mueller (1):
xfwm4: depends libwnck
Björn Krombholz (1):
qt4-embedded: avoid circular dependencies for reciped providing
qt4-embedded
Brijesh Singh (1):
ti-codec-engine_2.26.00.08: add new codec engine version.
Denis 'GNUtoo' Carikli (2):
supertux 0.1.3: depend on libmikmod(fix not-starting issue)
wesnoth: add inc factorized 1.8.4 version, with normal and wvga
versions
Eric BENARD (3):
busybox/mdev.conf: add net/tun
task-qte-toolchain-target: add libqt-embeddedmultimedia4-dev
python-native: configure unicode to ucs4
Eric Bénard (4):
generate-manifest-2.6.py: tune python-modules' RDEPENDS
python-2.6-manifest.inc: regenerate the file
python_2.6.5: tune python-distutils
python: increase PR
Fahad Usman (1):
nkf_2.07.bb: fixed build error (QA Issue with nkf: No GNU_HASH in the elf bi
Florian Boor (4):
gpe-conf: add 0.2.9
babbage.conf: Add framebuffer video driver to XSERVER
xserver-xorg-conf: Add xorg.conf for i.MX51 Babbage
babbage.conf: Add touchscreen support for the default display
Frans Meulenbroeks (48):
fftw: added --enable-threads to the 3.2.2 recipes
removal.txt: removed Maemo proposal
zd1211 : moved unused files to obsolete dir
abiword : moved unused files to obsolete dir
alsa : moved unused files to obsolete dir
apt : moved unused files to obsolete dir
atd : moved unused files to obsolete dir
autoconf : moved unused files to obsolete dir
clean-recipe: added (script to move unused patches to obsolete)
MAINTAINERS added lib*perl
MAINTAINERS: added small change to test git push and CIA
libversion-perl_0.6701.bb: gave default preference of -1
e17 : moved unused files to obsolete dir
e2fsprogs : moved unused files to obsolete dir
efl1 : moved unused files to obsolete dir
enchant : moved unused files to obsolete dir
erlang : moved unused files to obsolete dir
esmtp : moved unused files to obsolete dir
evince : moved unused files to obsolete dir
libversion-perl: updated to 0.82
python-tlslite_0.3.8.bb: replaced SRC_URI with gentoo one
mythplugins: fixed netvison packaging, fixed depends
mythtv: fixed packaging, included .inc file
libdbd-sqlite-perl: updated to 1.31; fixed depends
libdbix-simple-perl_1.32.bb: DEPENDS_${PN} - DEPENDS
yaffs2-utils: make it patch and compile again
yaffs2-utils: removed unused patch file yaffs2-unioob.patch
yaffs2-utils: renamed files dir to yaffs2-utils
yaffs2-utils: remove inc file
icedtea : moved unused files to obsolete dir
ifupdown : moved unused files to obsolete dir
initscripts : moved unused files to obsolete dir
ipkg : moved unused files to obsolete dir
iputils : moved unused files to obsolete dir
iscsi-target : moved unused files to obsolete dir
openprotium: fixed unpack
initscripts-slugos_1.0.bb: improved FILESPATHPKG
fbreader : moved unused files to obsolete dir
ffalarms : moved unused files to obsolete dir
ffmpeg : moved unused files to obsolete dir
flite : moved unused files to obsolete dir
fontconfig : moved unused files to obsolete dir
freenx : moved unused files to obsolete dir
freesmartphone : moved unused files to obsolete dir
frodo : moved unused files to obsolete dir
ftpd-topfield : moved unused files to obsolete dir
python-tlslite_0.3.8.bb: bump PR
task-nas-server: added tgt
Graham Gower (4):
foonas-init: remove broken and unused recipe.
zziplib: remove 3 years old recipe with no in tree users.
zziplib_0.13.59.bb: add new recipe.
xkbd_0.8.15.bb: Fix geometry flag to accept negative offsets.
Henry von Tresckow (1):
dnsmasq: add version 2.55 from upstream
Holger Hans Peter Freyther (3):
usermanual: Remove the prebuilt toolchain documentation.
busybox: Apply a paych for make3.82 and the Makefile
gst-plugins-base_0.10.29: Fix the gtk-doc Makefiles for make 3.82
Khem Raj (16):
freesmartphone/msmcomm.inc: Bump SRCREV
cpuburn-neon.bb: Only build for arm hosts
cpuburn_1.4.bb: Set COMPATIBLE_HOST to x86 and x86_64 only.
dspgw-utils_3.3.1.bb,soundtracker-gtk2_0.6.7.bb: Add missing checksums
eglibc: Do not specify ports multiple time to --enable-addons
libgles-omap3_3.01.00.07.bb: Add recipe
startup-notification_0.9.bb: Remove evas from DEPENDS
linux-efikamx_git+2.6.31.14.bb: Set default preference to -1
msmcomm.inc: Fix SRCREV
libsdl-qpe_1.2.9.bb: Add patch to not include asm/page.h
libjingle-tapioca_0.3.10.bb: Fix compilation and install issues.
openmoko2.bbclass, openmoko-base.bbclass: Fix openmoko_two_get_license and o
gtkhtml2, libxosd_svn.bb: Move the recipe to fetch from git instead of obsol
phalanx_22.bb: Rename the tar file to whats fetchable today
iphone: Exclude from world.
fam_2.7.0.bb: Fix compilation with gcc4
Klaus Kurzmann (2):
watchdog_5.6.bb: add config for the nokia900 machine
xserver-common: patch to add a section for
