Re: [OE-core] [PATCH 02/16] bitbake pseudo wrapper: Don't base success on bitbake return code
On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote: bitbake does not return 0 when a build succeeds. Er, yes it does. If you're seeing something other than 0 its likely because you're seeing ERROR messages? Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] MINUTES: OE-TSC meeting 16 Sept 2011
2011/9/28 Jeff Osier-Mixon je...@jefro.net Hi Phil, These are the recent meetings for which I have records. If you are missing the minutes for any of these, please let me know and I will repost. Perhaps I should set up a wiki page with these so we don't have to depend solely on the mailing list archives. 4-Aug-2011 11-Aug-2011 1-Sept-2011 16-Sept-2011 aug 11 and sept 1 didn't make it here either. We used to have a wiki page for storing the minutes, but apparently it is not kept up to date: http://www.openembedded.org/wiki/TSC Frans PS: board, if you read this, were we not supposed to have bi-monthly TSC elections ??? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] MINUTES: OE-TSC meeting 16 Sept 2011
PS: apparently the minutes didn't make it to the TSC mailing list archive either: http://lists.linuxtogo.org/pipermail/tsc/ ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] help2man
The more I look at and think about help2man, the more it looks like something we just shouldn't need/use. In summary, it runs a binary and captures its --help output. This rules it out from being useful in most cross compiling scenarios, i.e. all target packages. In the -native/-cross cases, we don't really care about man pages. I'm therefore thinking we should really just drop the dependency and symlink help2man to /bin/false. The missing script in autotools should then just silently touch the man page files instead of regenerating them. I tried to figure out which recipes actually use help2man: $ grep HELP2MAN * -r --exclude=Makefile.in 2 /dev/null | grep -v missing and against a core-image-sato this gave: libtool libtasn1 gettext automake autoconf flex bison m4 which isn't that many recipes to go and beat up manually if necessary. It certainly doesn't warrant a global include in autotools.bbclass IMO. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] python: fix sqlite RPATH issue
On Wed, 2011-09-28 at 17:07 -0700, Saul Wold wrote: Signed-off-by: Saul Wold s...@linux.intel.com --- .../python/python/remove_sqlite_rpath.patch| 12 meta/recipes-devtools/python/python_2.6.6.bb |3 ++- 2 files changed, 14 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-devtools/python/python/remove_sqlite_rpath.patch diff --git a/meta/recipes-devtools/python/python/remove_sqlite_rpath.patch b/meta/recipes-devtools/python/python/remove_sqlite_rpath.patch new file mode 100644 index 000..350151e --- /dev/null +++ b/meta/recipes-devtools/python/python/remove_sqlite_rpath.patch @@ -0,0 +1,12 @@ +Index: Python-2.6.6/setup.py +=== +--- Python-2.6.6.orig/setup.py 2011-09-28 14:22:57.0 -0700 Python-2.6.6/setup.py2011-09-28 16:11:25.147279633 -0700 +@@ -1079,7 +1079,6 @@ + include_dirs=[Modules/_sqlite, + sqlite_incdir], + library_dirs=sqlite_libdir, +- runtime_library_dirs=sqlite_libdir, + extra_link_args=sqlite_extra_link_args, + libraries=[sqlite3,])) + else: Looks reasonable to me but no patch header? ;-) Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] autotools: Remove help2man dependency
The help2man script is pretty useless to us. It requires to run the target binary to extract help information which is not possible for any of our cross compiled target binaries. We're not interested in man pages for -cross/-native tools. It therefore makes no sense to have this as a core build dependency. This patch removes the dependeny and replaces it with a script returning false. This will trigger autotool's missing utility to use the copy of the man page included with the sources which is what would already happen when we tried to run cross compiled binaries anyway. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org --- diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass index f213c18..c05ab4b 100644 --- a/meta/classes/autotools.bbclass +++ b/meta/classes/autotools.bbclass @@ -7,7 +7,7 @@ def autotools_dep_prepend(d): if pn in ['autoconf-native', 'automake-native', 'help2man-native']: return deps - deps += 'autoconf-native automake-native help2man-native ' + deps += 'autoconf-native automake-native ' if not pn in ['libtool', 'libtool-native'] and not pn.endswith(libtool-cross): deps += 'libtool-native ' diff --git a/scripts/help2man b/scripts/help2man new file mode 100755 index 000..2bb8d86 --- a/dev/null +++ b/scripts/help2man @@ -0,0 +1,3 @@ +#!/bin/sh + +exit 1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] autotools: Disable dependency tracking
There is no point in us spending time generating a ton of dependency
information in source directories when we don't actually use it
for our one off builds. We might as well disable the option and
take the speed up.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
index c05ab4b..ff27842 100644
--- a/meta/classes/autotools.bbclass
+++ b/meta/classes/autotools.bbclass
@@ -64,6 +64,7 @@ CONFIGUREOPTS = --build=${BUILD_SYS} \
--infodir=${infodir} \
--mandir=${mandir} \
--disable-silent-rules \
+ --disable-dependency-tracking \
${@append_libtool_sysroot(d)}
oe_runconf () {
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] base.bbclass: Drop unneeded dependency
patch depends on unpack
configure depends on patch
We simply don't need a configure dependency on unpack. This simplifies
the dependencies of every recipe slightly and should make bitbake
slightly faster at resovling dependency graphs.
It also makes the .dot dependency graphs slightly more readable by
removing noise.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index 9144f9c..57f1c3f 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -253,7 +253,7 @@ python base_eventhandler() {
return
}
-addtask configure after do_unpack do_patch
+addtask configure after do_patch
do_configure[dirs] = ${CCACHE_DIR} ${S} ${B}
do_configure[deptask] = do_populate_sysroot
base_do_configure() {
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFC PATCH] bitbake.conf: Start using parallel make for do_install
Most piece of software now support parallel make install. Enable
this by default using the value of PARALLEL_MAKE. In a similar way
to PARALLEL_MAKE we can disable this for broken recipes with:
PARALLEL_MAKEINST =
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index f18e35b..a1420cf 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -493,8 +493,11 @@ export TARGET_LDFLAGS = -Wl,-O1 ${TARGET_LINK_HASH_STYLE}
# Which flags to leave by strip-flags() in bin/build/oebuild.sh ?
ALLOWED_FLAGS = -O -mcpu -march -pipe
-# Pass parallel make options to the compile task only
+# Pass parallel make options to the compile task
EXTRA_OEMAKE_prepend_task-compile = ${PARALLEL_MAKE}
+PARALLEL_MAKEINST ??= ${PARALLEL_MAKE}
+# Pass parallel make options to the install task
+EXTRA_OEMAKE_prepend_task-install = ${PARALLEL_MAKEINST}
##
# Optimization flags.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h
On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote: From: Tom Rini tom_r...@mentor.com At issue is that route/pktloc.c (not generated) depends on route/pktloc_syntax.h (generated). Signed-off-by: Tom Rini tom_r...@mentor.com --- .../libnl/fix-pktloc_syntax_h-race.patch | 23 meta/recipes-support/libnl/libnl_2.0.bb|3 +- 2 files changed, 25 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch new file mode 100644 index 000..d396f96 --- /dev/null +++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch @@ -0,0 +1,23 @@ +--- Missing patch header... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 07/16] Fix lttng-ust for powerpc64
On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
Signed-off-by: Matthew McClintock m...@freescale.com
---
meta/recipes-kernel/lttng/fix-powerpc64.patch | 17 +
meta/recipes-kernel/lttng/lttng-ust_0.15.bb |3 ++-
2 files changed, 19 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-kernel/lttng/fix-powerpc64.patch
diff --git a/meta/recipes-kernel/lttng/fix-powerpc64.patch
b/meta/recipes-kernel/lttng/fix-powerpc64.patch
new file mode 100644
index 000..d347979
--- /dev/null
+++ b/meta/recipes-kernel/lttng/fix-powerpc64.patch
@@ -0,0 +1,17 @@
+Upstream-Status: Inappropriate configuration
Is this really inappropriate for upstream? It looks reasonable to me...
+
+Add bit to detect if we are running on powerpc64 and treat it the
+same as ppc64
+
+Index: ust-0.15/configure.ac
+===
+--- ust-0.15.orig/configure.ac
ust-0.15/configure.ac
+@@ -111,6 +111,7 @@ changequote([,])dnl
+ x86_64) LIBFORMAT=elf64-x86-64 ;;
+ powerpc) LIBFORMAT=elf32-powerpc ;;
+ ppc64) LIBFORMAT=elf64-powerpc ;;
++powerpc64) LIBFORMAT=elf64-powerpc ;;
+ s390) LIBFORMAT=elf32-s390 ;;
+ s390x) LIBFORMAT=elf64-s390 ;;
+ armv5) LIBFORMAT=elf32-littlearm; NO_UNALIGNED_ACCESS=1 ;;
diff --git a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
index 915e619..9dd4658 100644
--- a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
+++ b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
@@ -10,9 +10,10 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=e647752e045a8c45b6f583771bd561ef \
DEPENDS = liburcu
-PR = r2
+PR = r3
SRC_URI = http://lttng.org/files/ust/releases/ust-${PV}.tar.gz;
+SRC_URI_append_powerpc64 = file://fix-powerpc64.patch
Does this really need to be conditional on powerppc64? Looks like it can
be applied unconditionally...
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 10/16] Fix mdadm for powerpc64
On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
This fixes build failures from build warnings on powerpc64
Signed-off-by: Matthew McClintock m...@freescale.com
---
meta/recipes-extended/mdadm/mdadm_3.2.2.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
index 5d29ae7..37ec32e 100644
--- a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
+++ b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
file://mdmon.c;beginline=4;endline=18;md5=af7d8444d9c4d3e5c7caac0d9d34039d \
file://mdadm.h;beglinlne=4;endline=22;md5=462bc9936ac0d3da110191a3f9994161
-PR = r0
+PR = r1
SRC_URI = ${KERNELORG_MIRROR}/linux/utils/raid/mdadm/${BPN}-${PV}.tar.bz2
@@ -16,6 +16,7 @@ SRC_URI[md5sum] = 12ee2fbf3beddb60601fb7a4c4905651
SRC_URI[sha256sum] =
0d1a04e688b082bc88846e3f524abd50bc782b6ffc06123140f7d358c8f9b906
CFLAGS += -fno-strict-aliasing
+EXTRA_OEMAKE_powerpc64 = CXFLAGS=-Wno-error=format
Don't you want to append here rather than overwrite?
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 12/16] Fix flac build on e500mc cores
On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote: This core does not have altivec, so we disable it in the build, also reestablish the config option to enable/disable building with altivec If SPE is not detected we always build with altivec which is wrong. This will check to make sure altivec is enabled and pass build options through accordingly Signed-off-by: Matthew McClintock m...@freescale.com --- .../flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch |4 +++- meta/recipes-multimedia/flac/flac_1.2.1.bb |5 - 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch index 658e190..5ca8b35 100644 --- a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch +++ b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch @@ -39,15 +39,17 @@ diff --git a/src/libFLAC/Makefile.am b/src/libFLAC/Makefile.am No patch header... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] python: fix sqlite RPATH issue
Signed-off-by: Saul Wold s...@linux.intel.com
---
.../python/python/remove_sqlite_rpath.patch| 19 +++
meta/recipes-devtools/python/python_2.6.6.bb |3 ++-
2 files changed, 21 insertions(+), 1 deletions(-)
create mode 100644
meta/recipes-devtools/python/python/remove_sqlite_rpath.patch
diff --git a/meta/recipes-devtools/python/python/remove_sqlite_rpath.patch
b/meta/recipes-devtools/python/python/remove_sqlite_rpath.patch
new file mode 100644
index 000..4ec627e
--- /dev/null
+++ b/meta/recipes-devtools/python/python/remove_sqlite_rpath.patch
@@ -0,0 +1,19 @@
+This patch removes the RPATH setting which contains a pointer to
+the target relocated sysroot, which is incorrect.
+
+Upstream-Status: Inappropriate [Embedded Specific]
+
+Signed-off-by: Saul Wold s...@linux.intel.com
+
+Index: Python-2.6.6/setup.py
+===
+--- Python-2.6.6.orig/setup.py 2011-09-28 14:22:57.0 -0700
Python-2.6.6/setup.py 2011-09-28 16:11:25.147279633 -0700
+@@ -1079,7 +1079,6 @@
+ include_dirs=[Modules/_sqlite,
+ sqlite_incdir],
+ library_dirs=sqlite_libdir,
+- runtime_library_dirs=sqlite_libdir,
+ extra_link_args=sqlite_extra_link_args,
+ libraries=[sqlite3,]))
+ else:
diff --git a/meta/recipes-devtools/python/python_2.6.6.bb
b/meta/recipes-devtools/python/python_2.6.6.bb
index aa7ec3c..77c0ff4 100644
--- a/meta/recipes-devtools/python/python_2.6.6.bb
+++ b/meta/recipes-devtools/python/python_2.6.6.bb
@@ -1,7 +1,7 @@
require python.inc
DEPENDS = python-native db gdbm openssl readline sqlite3 zlib
DEPENDS_sharprom = python-native db readline zlib gdbm openssl
-PR = ${INC_PR}.10
+PR = ${INC_PR}.11
LIC_FILES_CHKSUM = file://LICENSE;md5=38fdd546420fab09ac6bd3d8a1c83eb6
DISTRO_SRC_URI ?= file://sitecustomize.py
@@ -21,6 +21,7 @@ SRC_URI = \
file://multilib.patch \
file://security_issue_2254_fix.patch \
file://cgi_py.patch \
+ file://remove_sqlite_rpath.patch \
SRC_URI[md5sum] = cf4e6881bb84a7ce6089e4a307f71f14
--
1.7.6
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Python RPATH Fix with patch header this time
All I can say here is Doh! Sau! The following changes since commit 946cd8df49a8873ff93ef5ec1e3cc745a21e2a8f: Add autoconf cache for screen on powerpc64 (2011-09-29 16:45:45 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib sgw/oe-updates http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=sgw/oe-updates Saul Wold (1): python: fix sqlite RPATH issue .../python/python/remove_sqlite_rpath.patch| 19 +++ meta/recipes-devtools/python/python_2.6.6.bb |3 ++- 2 files changed, 21 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-devtools/python/python/remove_sqlite_rpath.patch -- 1.7.6 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 16/16] Add proper deps for nfs-utils, util-linux, and strace
On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote: These packages need these deps for the RPM generation stage: error: Failed dependencies: | /usr/bin/python is needed by nfs-utils-1.2.3-r2.ppce5500 | /usr/bin/perl is needed by util-linux-2.19.1-r4.ppce5500 | /usr/bin/perl is needed by strace-4.5.20-r2.ppce5500 Signed-off-by: Matthew McClintock m...@freescale.com --- .../nfs-utils/nfs-utils_1.2.3.bb |2 +- meta/recipes-core/util-linux/util-linux.inc|2 +- meta/recipes-devtools/strace/strace_4.5.20.bb |2 ++ 3 files changed, 4 insertions(+), 2 deletions(-) I merged this and several other patches to master. The unmerged ones should have feedback... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 02/16] bitbake pseudo wrapper: Don't base success on bitbake return code
On Thu, Sep 29, 2011 at 3:26 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote: bitbake does not return 0 when a build succeeds. Er, yes it does. If you're seeing something other than 0 its likely because you're seeing ERROR messages? First off, this appears to have been fixed along the way. But I know I was getting a message like: [snip] NOTE: Tasks Summary: Attempted 133 tasks of which 0 didn't need to be rerun and 0 failed. Then it would stop after building pseudo-native. Maybe we should add a message to scripts/bitbake so we get an actual failure message when this occurs? Also, are these errors relevant if we built psuedo-native properly? -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC PATCH] bitbake.conf: Start using parallel make for do_install
On Thu, 2011-09-29 at 15:55 +0100, Richard Purdie wrote:
Most piece of software now support parallel make install. Enable
this by default using the value of PARALLEL_MAKE. In a similar way
to PARALLEL_MAKE we can disable this for broken recipes with:
PARALLEL_MAKEINST =
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
Hurrah!
Signed-off-by: Joshua Lock j...@linux.intel.com
---
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index f18e35b..a1420cf 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -493,8 +493,11 @@ export TARGET_LDFLAGS = -Wl,-O1
${TARGET_LINK_HASH_STYLE}
# Which flags to leave by strip-flags() in bin/build/oebuild.sh ?
ALLOWED_FLAGS = -O -mcpu -march -pipe
-# Pass parallel make options to the compile task only
+# Pass parallel make options to the compile task
EXTRA_OEMAKE_prepend_task-compile = ${PARALLEL_MAKE}
+PARALLEL_MAKEINST ??= ${PARALLEL_MAKE}
+# Pass parallel make options to the install task
+EXTRA_OEMAKE_prepend_task-install = ${PARALLEL_MAKEINST}
##
# Optimization flags.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Joshua Lock
Yocto Project Johannes factotum
Intel Open Source Technology Centre
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] autotools: Remove help2man dependency
On Thu, 2011-09-29 at 15:52 +0100, Richard Purdie wrote: The help2man script is pretty useless to us. It requires to run the target binary to extract help information which is not possible for any of our cross compiled target binaries. We're not interested in man pages for -cross/-native tools. It therefore makes no sense to have this as a core build dependency. This patch removes the dependeny and replaces it with a script returning false. This will trigger autotool's missing utility to use the copy of the man page included with the sources which is what would already happen when we tried to run cross compiled binaries anyway. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Signed-off-by: Joshua Lock j...@linux.intel.com Great! Joshua --- diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass index f213c18..c05ab4b 100644 --- a/meta/classes/autotools.bbclass +++ b/meta/classes/autotools.bbclass @@ -7,7 +7,7 @@ def autotools_dep_prepend(d): if pn in ['autoconf-native', 'automake-native', 'help2man-native']: return deps - deps += 'autoconf-native automake-native help2man-native ' + deps += 'autoconf-native automake-native ' if not pn in ['libtool', 'libtool-native'] and not pn.endswith(libtool-cross): deps += 'libtool-native ' diff --git a/scripts/help2man b/scripts/help2man new file mode 100755 index 000..2bb8d86 --- a/dev/null +++ b/scripts/help2man @@ -0,0 +1,3 @@ +#!/bin/sh + +exit 1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Joshua Lock Yocto Project Johannes factotum Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 12/16] Fix flac build on e500mc cores
On Thu, Sep 29, 2011 at 10:52 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote: This core does not have altivec, so we disable it in the build, also reestablish the config option to enable/disable building with altivec If SPE is not detected we always build with altivec which is wrong. This will check to make sure altivec is enabled and pass build options through accordingly Signed-off-by: Matthew McClintock m...@freescale.com --- .../flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch | 4 +++- meta/recipes-multimedia/flac/flac_1.2.1.bb | 5 - 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch index 658e190..5ca8b35 100644 --- a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch +++ b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch @@ -39,15 +39,17 @@ diff --git a/src/libFLAC/Makefile.am b/src/libFLAC/Makefile.am No patch header... This is patching a patch with a patch header. Do I need to make any further documentation? -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h
On Thu, Sep 29, 2011 at 10:47 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote: From: Tom Rini tom_r...@mentor.com At issue is that route/pktloc.c (not generated) depends on route/pktloc_syntax.h (generated). Signed-off-by: Tom Rini tom_r...@mentor.com --- .../libnl/fix-pktloc_syntax_h-race.patch | 23 meta/recipes-support/libnl/libnl_2.0.bb | 3 +- 2 files changed, 25 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch new file mode 100644 index 000..d396f96 --- /dev/null +++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch @@ -0,0 +1,23 @@ +--- Missing patch header... How would I mark this when this is an old version of libnl and it appears not to be a problem the latest version of libnl? -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 02/16] bitbake pseudo wrapper: Don't base success on bitbake return code
On Thu, Sep 29, 2011 at 1:27 PM, Richard Purdie richard.pur...@linuxfoundation.org wrote: NOTE: Tasks Summary: Attempted 133 tasks of which 0 didn't need to be rerun and 0 failed. Can you file an enhancement bug to list the number of errors and warnings shown in the summary please? :) http://bugzilla.yoctoproject.org/show_bug.cgi?id=1540 We need to make it more obvious how many warnings/errors are occurring since errors change the exit code. Feel free to drop this patch for now, since it appears not to be an immediate issue. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 12/16] Fix flac build on e500mc cores
On Thu, 2011-09-29 at 18:10 +, McClintock Matthew-B29882 wrote: On Thu, Sep 29, 2011 at 10:52 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote: This core does not have altivec, so we disable it in the build, also reestablish the config option to enable/disable building with altivec If SPE is not detected we always build with altivec which is wrong. This will check to make sure altivec is enabled and pass build options through accordingly Signed-off-by: Matthew McClintock m...@freescale.com --- .../flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch |4 +++- meta/recipes-multimedia/flac/flac_1.2.1.bb |5 - 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch index 658e190..5ca8b35 100644 --- a/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch +++ b/meta/recipes-multimedia/flac/flac-1.2.1/0001-No-AltiVec-on-SPE.patch @@ -39,15 +39,17 @@ diff --git a/src/libFLAC/Makefile.am b/src/libFLAC/Makefile.am No patch header... This is patching a patch with a patch header. Do I need to make any further documentation? No, I missed the fact the patch already existed, sorry! I'll merge this one. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 07/16] Fix lttng-ust for powerpc64
On Thu, Sep 29, 2011 at 10:50 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
Signed-off-by: Matthew McClintock m...@freescale.com
---
meta/recipes-kernel/lttng/fix-powerpc64.patch | 17 +
meta/recipes-kernel/lttng/lttng-ust_0.15.bb | 3 ++-
2 files changed, 19 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-kernel/lttng/fix-powerpc64.patch
diff --git a/meta/recipes-kernel/lttng/fix-powerpc64.patch
b/meta/recipes-kernel/lttng/fix-powerpc64.patch
new file mode 100644
index 000..d347979
--- /dev/null
+++ b/meta/recipes-kernel/lttng/fix-powerpc64.patch
@@ -0,0 +1,17 @@
+Upstream-Status: Inappropriate configuration
Is this really inappropriate for upstream? It looks reasonable to me...
Seems reasonable. What is the policy on this? Can I mark it this
should be upstreamed or must I mark it this was sent upstream and
then upstream the change?
+
+Add bit to detect if we are running on powerpc64 and treat it the
+same as ppc64
+
+Index: ust-0.15/configure.ac
+===
+--- ust-0.15.orig/configure.ac
ust-0.15/configure.ac
+@@ -111,6 +111,7 @@ changequote([,])dnl
+ x86_64) LIBFORMAT=elf64-x86-64 ;;
+ powerpc) LIBFORMAT=elf32-powerpc ;;
+ ppc64) LIBFORMAT=elf64-powerpc ;;
++ powerpc64) LIBFORMAT=elf64-powerpc ;;
+ s390) LIBFORMAT=elf32-s390 ;;
+ s390x) LIBFORMAT=elf64-s390 ;;
+ armv5) LIBFORMAT=elf32-littlearm; NO_UNALIGNED_ACCESS=1 ;;
diff --git a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
index 915e619..9dd4658 100644
--- a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
+++ b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
@@ -10,9 +10,10 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=e647752e045a8c45b6f583771bd561ef \
DEPENDS = liburcu
-PR = r2
+PR = r3
SRC_URI = http://lttng.org/files/ust/releases/ust-${PV}.tar.gz;
+SRC_URI_append_powerpc64 = file://fix-powerpc64.patch
Does this really need to be conditional on powerppc64? Looks like it can
be applied unconditionally...
True, was trying to minimally effect other stuff. But I take it by the
comment you prefer this be done away with.
-M
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 01/16] libnl2: Fix a race on route/pktloc_syntax.h
On Thu, 2011-09-29 at 18:28 +, McClintock Matthew-B29882 wrote: On Thu, Sep 29, 2011 at 10:47 AM, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Wed, 2011-09-28 at 23:20 -0500, Matthew McClintock wrote: From: Tom Rini tom_r...@mentor.com At issue is that route/pktloc.c (not generated) depends on route/pktloc_syntax.h (generated). Signed-off-by: Tom Rini tom_r...@mentor.com --- .../libnl/fix-pktloc_syntax_h-race.patch | 23 meta/recipes-support/libnl/libnl_2.0.bb|3 +- 2 files changed, 25 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch new file mode 100644 index 000..d396f96 --- /dev/null +++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch @@ -0,0 +1,23 @@ +--- Missing patch header... How would I mark this when this is an old version of libnl and it appears not to be a problem the latest version of libnl? I don't have the patch status field entries handy but you can certainly document that the issue isn't present in version X so its likely been fixed upstream already. I guess Inappropriate would cover that if nothing else does. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 07/16] Fix lttng-ust for powerpc64
On Thu, 2011-09-29 at 18:21 +, McClintock Matthew-B29882 wrote:
On Thu, Sep 29, 2011 at 10:50 AM, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Wed, 2011-09-28 at 23:21 -0500, Matthew McClintock wrote:
Signed-off-by: Matthew McClintock m...@freescale.com
---
meta/recipes-kernel/lttng/fix-powerpc64.patch | 17 +
meta/recipes-kernel/lttng/lttng-ust_0.15.bb |3 ++-
2 files changed, 19 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-kernel/lttng/fix-powerpc64.patch
diff --git a/meta/recipes-kernel/lttng/fix-powerpc64.patch
b/meta/recipes-kernel/lttng/fix-powerpc64.patch
new file mode 100644
index 000..d347979
--- /dev/null
+++ b/meta/recipes-kernel/lttng/fix-powerpc64.patch
@@ -0,0 +1,17 @@
+Upstream-Status: Inappropriate configuration
Is this really inappropriate for upstream? It looks reasonable to me...
Seems reasonable. What is the policy on this? Can I mark it this
should be upstreamed or must I mark it this was sent upstream and
then upstream the change?
There is some marking for should be upstreamed/upstreamable.
+Add bit to detect if we are running on powerpc64 and treat it the
+same as ppc64
+
+Index: ust-0.15/configure.ac
+===
+--- ust-0.15.orig/configure.ac
ust-0.15/configure.ac
+@@ -111,6 +111,7 @@ changequote([,])dnl
+ x86_64) LIBFORMAT=elf64-x86-64 ;;
+ powerpc) LIBFORMAT=elf32-powerpc ;;
+ ppc64) LIBFORMAT=elf64-powerpc ;;
++powerpc64) LIBFORMAT=elf64-powerpc ;;
+ s390) LIBFORMAT=elf32-s390 ;;
+ s390x) LIBFORMAT=elf64-s390 ;;
+ armv5) LIBFORMAT=elf32-littlearm; NO_UNALIGNED_ACCESS=1 ;;
diff --git a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
index 915e619..9dd4658 100644
--- a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
+++ b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
@@ -10,9 +10,10 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=e647752e045a8c45b6f583771bd561ef \
DEPENDS = liburcu
-PR = r2
+PR = r3
SRC_URI = http://lttng.org/files/ust/releases/ust-${PV}.tar.gz;
+SRC_URI_append_powerpc64 = file://fix-powerpc64.patch
Does this really need to be conditional on powerppc64? Looks like it can
be applied unconditionally...
True, was trying to minimally effect other stuff. But I take it by the
comment you prefer this be done away with.
Sometimes minimally affecting other code is good. In this its obviously
not going to break anything else so it can be universal. The risk of
minimal application is fewer people testing it, e.g. when versions get
upgraded.
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Selectable linker (ld or gold) per recipe
On Tue, 2011-09-27 at 18:10 -0700, Khem Raj wrote: I have thought of that and we know about kernel and eglibc but we don't know about rest of apps that we build. I don't know if gold has been deployed distro wide thats why the approach was to have gold replace parts where it really matters then we might have packages where they use linker directly and or have own linker scripts which are tuned to ld and may yield something different with gold of-course those problems should be fixed but having something in place to make package wise choice sounded better to me. I think I would rather wait until such issues actually arise before trying to fix them. Adding per-recipe linker selection seems like quite a lot of mechanism, with associated potential fragility, to solve a problem that might not even exist in reality. Also, thinking about this more, I am not convinced that wrapping ld directly is going to work reliably. If I remember right, gcc inspects some attributes of the target linker (plugin support being the most obvious one) during configure and adapts itself accordingly. Subsequently swapping out the linker under its feet at runtime seems like it would be a bad idea. If it does turn out that there are packages which simply must be built with BFD ld, I think we should either: a) just declare them incompatible with the ld-is-gold DISTRO_FEATURE, and say that the programs in question aren't supported by such DISTROs (which might or might not be a defensible position, depending on the extent to which such programs are a fringe interest); or b) fix the programs and/or gold to make them compatible, or if that's really intractable; or c) work with upstream gcc to figurd c) build a parallel toolchain which uses BFD ld and has its own copy of gcc which is appropriately configured, and arrange for the recipes in question to find that toolchain in their $PATH. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 07/16] Fix lttng-ust for powerpc64
Signed-off-by: Matthew McClintock m...@freescale.com
---
meta/recipes-kernel/lttng/fix-powerpc64.patch | 17 +
meta/recipes-kernel/lttng/lttng-ust_0.15.bb |3 ++-
2 files changed, 19 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-kernel/lttng/fix-powerpc64.patch
diff --git a/meta/recipes-kernel/lttng/fix-powerpc64.patch
b/meta/recipes-kernel/lttng/fix-powerpc64.patch
new file mode 100644
index 000..3c3484c
--- /dev/null
+++ b/meta/recipes-kernel/lttng/fix-powerpc64.patch
@@ -0,0 +1,17 @@
+Upstream-Status: Submitted
+
+Add bit to detect if we are running on powerpc64 and treat it the
+same as ppc64
+
+Index: ust-0.15/configure.ac
+===
+--- ust-0.15.orig/configure.ac
ust-0.15/configure.ac
+@@ -111,6 +111,7 @@ changequote([,])dnl
+ x86_64) LIBFORMAT=elf64-x86-64 ;;
+ powerpc) LIBFORMAT=elf32-powerpc ;;
+ ppc64) LIBFORMAT=elf64-powerpc ;;
++ powerpc64) LIBFORMAT=elf64-powerpc ;;
+ s390) LIBFORMAT=elf32-s390 ;;
+ s390x) LIBFORMAT=elf64-s390 ;;
+ armv5) LIBFORMAT=elf32-littlearm; NO_UNALIGNED_ACCESS=1 ;;
diff --git a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
index 915e619..9dd4658 100644
--- a/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
+++ b/meta/recipes-kernel/lttng/lttng-ust_0.15.bb
@@ -10,9 +10,10 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=e647752e045a8c45b6f583771bd561ef \
DEPENDS = liburcu
-PR = r2
+PR = r3
SRC_URI = http://lttng.org/files/ust/releases/ust-${PV}.tar.gz;
+SRC_URI_append_powerpc64 = file://fix-powerpc64.patch
SRC_URI[md5sum] = 86c71486a70695dc0b2171ad16fc82b3
SRC_URI[sha256sum] =
7ff7ecdc051c0649d5fd21b5ceff4895ca95dc34f14cdc04e50de13cfd1903c5
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] MINUTES: OE-TSC meeting 16 Sept 2011
Hi Jeff Thanks for the information. I don't seem to have received the 11 Aug or 1 Sep minutes, and I couldn't immediately find them in the archive (http://lists.linuxtogo.org/pipermail/openembedded-core/) either. If you could repost those two then that would be great. Phil On Wed, 2011-09-28 at 13:58 -0700, Jeff Osier-Mixon wrote: Hi Phil, These are the recent meetings for which I have records. If you are missing the minutes for any of these, please let me know and I will repost. Perhaps I should set up a wiki page with these so we don't have to depend solely on the mailing list archives. 4-Aug-2011 11-Aug-2011 1-Sept-2011 16-Sept-2011 On Mon, Sep 26, 2011 at 3:12 PM, Phil Blundell ph...@gnu.org wrote: On Fri, 2011-09-16 at 12:14 -0700, Jeff Osier-Mixon wrote: NOTE: meetings are now every two weeks instead of weekly The last set of minutes I can find before these ones (in either my inbox or the archives on ltg) were for the meeting of Aug 4. If the meetings are every two weeks then I guess there would have been one on or about Aug 18, and another on approximately Sep 1. Can the TSC confirm whether those meetings happened and, if so, whether there are any minutes for them? thanks p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Jeff Osier-Mixon http://jefro.net/blog Yocto Project Community Manager @Intel http://yoctoproject.org ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 03/16] Update gitignore to ignore all meta-* directories
meta-XYZ directories have been manually added in the past, instead always ignore them unless they are explicitly added Signed-off-by: Matthew McClintock m...@freescale.com --- .gitignore |8 +++- 1 files changed, 3 insertions(+), 5 deletions(-) diff --git a/.gitignore b/.gitignore index d44e729..11b7024 100644 --- a/.gitignore +++ b/.gitignore @@ -9,11 +9,9 @@ build*/pyshtables.py pstage/ scripts/oe-git-proxy-socks sources/ -meta-darwin -meta-maemo -meta-extras -meta-m2 -meta-prvt* +meta-* +!meta-skeleton +!meta-demoapps *.swp *.orig *.rej -- 1.7.6.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 01/16] libnl2: Fix a race on route/pktloc_syntax.h
From: Tom Rini tom_r...@mentor.com
At issue is that route/pktloc.c (not generated) depends on
route/pktloc_syntax.h (generated).
Signed-off-by: Tom Rini tom_r...@mentor.com
Signed-off-by: Matthew McClintock m...@freescale.com
---
.../libnl/fix-pktloc_syntax_h-race.patch | 29
meta/recipes-support/libnl/libnl_2.0.bb|3 +-
2 files changed, 31 insertions(+), 1 deletions(-)
create mode 100644 meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
diff --git a/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
new file mode 100644
index 000..1c3efb4
--- /dev/null
+++ b/meta/recipes-support/libnl/fix-pktloc_syntax_h-race.patch
@@ -0,0 +1,29 @@
+Upstream-Status: Inappropriate old version / already fixed
+
+libnl has progressed to 0.3.2 and there does not appear to be any
+make -j issues with this build after my limited testing on that
+newer version so we can assume this issue is fixed upstream
+
+---
+ lib/Makefile.am |3 +++
+ 1 file changed, 3 insertions(+)
+
+Index: libnl-2.0/lib/Makefile.am
+===
+--- libnl-2.0.orig/lib/Makefile.am
libnl-2.0/lib/Makefile.am
+@@ -27,11 +27,14 @@ CLEANFILES = \
+ route/pktloc_grammar.c route/pktloc_grammar.h \
+ route/pktloc_syntax.c route/pktloc_syntax.h
+
++BUILT_SOURCES = route/pktloc_syntax.h
++
+ # Hack to avoid using ylwrap. It does not function correctly in combination
+ # with --header-file=
+ route/pktloc_grammar.c: route/pktloc_grammar.l
+ $(LEX) --header-file=route/pktloc_grammar.h $(LFLAGS) -o $@ $^
+
++route/pktloc_syntax.h: route/pktloc_syntax.c
+ route/pktloc_syntax.c: route/pktloc_syntax.y
+ $(YACC) -d $(YFLAGS) -o $@ $^
+
diff --git a/meta/recipes-support/libnl/libnl_2.0.bb
b/meta/recipes-support/libnl/libnl_2.0.bb
index 0dfcaf6..5339846 100644
--- a/meta/recipes-support/libnl/libnl_2.0.bb
+++ b/meta/recipes-support/libnl/libnl_2.0.bb
@@ -6,10 +6,11 @@ LICENSE = LGPLv2.1
LIC_FILES_CHKSUM = file://COPYING;md5=2b41e13261a330ee784153ecbb6a82bc
DEPENDS = flex-native bison-native
-PR = r2
+PR = r3
SRC_URI= http://www.infradead.org/~tgr/libnl/files/${BPN}-${PV}.tar.gz \
file://fix-makefile.patch \
+ file://fix-pktloc_syntax_h-race.patch \
SRC_URI[md5sum] = 6aaf1e9802a17a7d702bb0638044ffa7
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] MINUTES: OE-TSC meeting 16 Sept 2011
Will do. The TSC is meeting today as well. On Thu, Sep 29, 2011 at 7:13 AM, Phil Blundell ph...@gnu.org wrote: Hi Jeff Thanks for the information. I don't seem to have received the 11 Aug or 1 Sep minutes, and I couldn't immediately find them in the archive (http://lists.linuxtogo.org/pipermail/openembedded-core/) either. If you could repost those two then that would be great. Phil On Wed, 2011-09-28 at 13:58 -0700, Jeff Osier-Mixon wrote: Hi Phil, These are the recent meetings for which I have records. If you are missing the minutes for any of these, please let me know and I will repost. Perhaps I should set up a wiki page with these so we don't have to depend solely on the mailing list archives. 4-Aug-2011 11-Aug-2011 1-Sept-2011 16-Sept-2011 On Mon, Sep 26, 2011 at 3:12 PM, Phil Blundell ph...@gnu.org wrote: On Fri, 2011-09-16 at 12:14 -0700, Jeff Osier-Mixon wrote: NOTE: meetings are now every two weeks instead of weekly The last set of minutes I can find before these ones (in either my inbox or the archives on ltg) were for the meeting of Aug 4. If the meetings are every two weeks then I guess there would have been one on or about Aug 18, and another on approximately Sep 1. Can the TSC confirm whether those meetings happened and, if so, whether there are any minutes for them? thanks p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Jeff Osier-Mixon http://jefro.net/blog Yocto Project Community Manager @Intel http://yoctoproject.org ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Jeff Osier-Mixon http://jefro.net/blog Yocto Project Community Manager @Intel http://yoctoproject.org ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2 10/16] Fix mdadm for powerpc64
This fixes build failures from build warnings on powerpc64
Signed-off-by: Matthew McClintock m...@freescale.com
---
meta/recipes-extended/mdadm/mdadm_3.2.2.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
index 5d29ae7..1c83f89 100644
--- a/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
+++ b/meta/recipes-extended/mdadm/mdadm_3.2.2.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
file://mdmon.c;beginline=4;endline=18;md5=af7d8444d9c4d3e5c7caac0d9d34039d \
file://mdadm.h;beglinlne=4;endline=22;md5=462bc9936ac0d3da110191a3f9994161
-PR = r0
+PR = r1
SRC_URI = ${KERNELORG_MIRROR}/linux/utils/raid/mdadm/${BPN}-${PV}.tar.bz2
@@ -16,6 +16,7 @@ SRC_URI[md5sum] = 12ee2fbf3beddb60601fb7a4c4905651
SRC_URI[sha256sum] =
0d1a04e688b082bc88846e3f524abd50bc782b6ffc06123140f7d358c8f9b906
CFLAGS += -fno-strict-aliasing
+EXTRA_OEMAKE_append_powerpc64 = CXFLAGS=-Wno-error=format
inherit autotools
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] OE Changelog for 2011-09-19 to 2011-09-26
Changelog for 2011-09-19 to 2011-09-26. Projects included in this report:
bitbake: git://git.openembedded.org/bitbake
openembedded-core: git://git.openembedded.org/openembedded-core
meta-openembedded: git://git.openembedded.org/meta-openembedded
meta-angstrom: git://git.angstrom-distribution.org/meta-angstrom
meta-yocto: git://git.yoctoproject.org/poky
meta-texasinstruments: git://git.angstrom-distribution.org/meta-texasinstruments
meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git
meta-micro: git://git.openembedded.org/meta-micro
meta-slugos: git://github.com/kraj/meta-slugos
meta-nslu2: git://github.com/kraj/meta-nslu2
meta-intel: git://git.yoctoproject.org/meta-intel
meta-handheld: git://git.openembedded.org/meta-handheld
meta-opie: git://git.openembedded.org/meta-opie
openembedded: git://git.openembedded.org/openembedded
Changelog for bitbake:
Joshua Lock (9):
ui/crumbs/hobprefs: re-enable reloading of data after prefs changes
hob: fix build again when building packages only
hob: enable package only builds even if an image has been built
ui/crumbs/runningbuild: fix log messages right-click menu
hob: fix opening of image output dir on image build completion
ui/crumbs/hobeventhandler: move remaining getVariable calls to init
ui/crumbs/hobeventhandler: fix variable name typo
hob: fix building with current selections after reparse
hob: store recipe path at load time
Julian Pidancet (1):
Fix mercurial fetcher in fetch2
Paul Eggleton (1):
bitbake/lib/bb/msg.py: fix setting debug and verbosity levels
Changelog for openembedded-core:
Anders Darander (3):
libzypp: git repo moved to github
sat-solver: git repo moved to github
zypper: git repo moved to github
Bruce Ashfield (3):
linux-yocto: simplify kernel configuration check expression
linux-yocto: add blktrace feature
linux-yocto: kernel configuration cleanups
Daniel Lazzari (2):
Fix alsa-utils package dependencies
alsa-lib: Don't use versioned symbols on uclibc builds as it causes strange
Darren Hart (1):
intltool: add libxml-parser-perl-native dependency to -native version
Dexuan Cui (2):
deb packages support: switch from /var/dpkg to /var/lib/dpkg
qemu-config: use pkg_postinst to generate the proper shutdown.desktop
Dmitry Eremin-Solenikov (18):
icecc-create-env: rename to -native
icecc.bbclass: fix handling of nativesdk and cross-canadian packages
insane.bbclass: don't warn on .so files in -nativesdk packages
avahi: include dbus interfaces definitions into daemon package
libgpg-error: drop common-lisp files
gtk+: packaging fixups
polkit: fixup packaging
gettext: shut up unshipped files warning
libxml2: reinclude a -staticdev package
glib-2.0: include glib-gettextize stuff
e2fsprogs: include devtools scripts
gcc: include plugin-related headers into packaged SDK
eglibc: fix packaging of some of nativesdk packages
bitbake.conf: change ccache path to use MULTIMACH_HOST_SYS
icecc-create-env-native: provide the script right in the tree
gcc: fix possible problems with nscd compilation during eglibc-nativesdk bui
gconf-dbus: packaging fixup
libffi: really populate -dev package
Dongxiao Xu (5):
rpm: add multilib prefix for archs under deploy/rpm
multilib: install MULTILIB_IMAGE_INSTALL
libpng: avoid dangling link in libpng package
rootfs_rpm: two step installation
libglade: fix the python environment settings
Khem Raj (3):
eglibc-2.12: Fix build on powerpc/603e
tcp-wrappers: Bump PR to make meta-oe merge
gnome-doc-utils: Prepend PKG_CONFIG_SYSROOT_DIR to the path returned from PK
Koen Kooi (2):
procps 3.2.8: remove initscript
bluez4: split gstreamer plugin into a seperate recipe
Mark Hatle (12):
Fix RPM dependencies
Add a run-time dependency that eglibc support GNU_HASH
busybox: Enhance to add dynamic per-file provides
multilib_global.bbclass: Fix non-multilib package provides
Update python dependencies to be simply to python
usbutils: Move the pkgconfig file(s) to the -dev package
perl: Fix a few perl binaries to use target interpreter paths
sudo: Fix PAM dependencies
task-core-lsb: Remove perl-dev
python: Fix cgi.py runtime issue
cups: Fix recipe to use the correct cups directories
foomatic-filters: Disable filter checking
Marko Katić (1):
bluez4: Replace deprecated configure switch
Otavio Salvador (3):
xserver-xf86-common.inc: use ${datadir} instead of /usr/share
xserver-xf86-dri-lite.inc: use ${datadir} instead of /usr/share
xserver-xf86-lite.inc: use ${datadir} instead of /usr/share
Paul Eggleton (1):
scripts/combo-layer: fix still overzealous regex in default hook script
Richard Purdie (18):
debian.bbclass: Fix hardcoded lib reference
libpng: Add RPROVIDES for backwards compatibiliy with previous libpng packag
glib-2.0: Fix python paths in scripts to use target paths
[OE-core] OE TSC meeting 11 August 2011 (re-send)
OE TSC meeting 11 August 2011 Attendees: Tom, Richard, Khem, Mark Apologies: Koen Notes: Jefro Minutes 01) choose a meeting chair Tom 02) new topics 03) action items from last week - request for focus areas for yocto, post-1.1 and beyond (RP) still collecting input 05) Status updates RP planning to revise local.conf.sample - elections - oe-core - bsp guidelines - normal linux recipe in oe-core that people can bbappend - metadata layer splitting - infrastructure new instance of a VM created to replace melo: 64bit, services transferring eventually git currently on a temporary machine, should not be much impact #oe-infra on freenode used for OE infrastructure discussion tom k. should send email to ml when switchover is planned, as host key may change Raw Transcript (1:12:50 PM) Tartarus: khem is here and that makes 3 at least, so we could start (1:12:52 PM) ***khem is here too (1:14:15 PM) khem: who chairs ? (1:15:05 PM) Tartarus: I guess I can (1:15:06 PM) Tartarus: agenda? (1:15:14 PM) Jefro: Tartarus is chair. Agenda is at http://pastebin.com/nNu8anV2 (1:15:19 PM) khem: ok (1:15:30 PM) Jefro: and yes, there is no 04. (1:16:16 PM) Tartarus: OK, new topics, khem? RP__? (1:16:21 PM) Tartarus: none from me (1:16:30 PM) RP__: Nothing from me (1:16:43 PM) khem: nothin from me. I would like to give update on new replacement for melo (1:17:14 PM) Tartarus: ok (1:17:25 PM) Tartarus: So, #3 (1:17:37 PM) Tartarus: Still need more inputs for Yocto 1.1, RP__? (1:18:09 PM) RP__: Tartarus: you mean post 1.1? (1:18:17 PM) Tartarus: erm, yes (1:18:28 PM) RP__: Tartarus: We're still collecting input, yes (1:18:33 PM) fray: sorry, I missed my alarm (1:18:46 PM) Tartarus: fray: any new AIs? (1:18:49 PM) ***Jefro notes that fray sleeps even later than he does (1:18:54 PM) fray: nope.. just working on bugs.. :) (1:19:49 PM) Tartarus: RP__: Anything you need from the TSC wrt post 1.1 stuff? Or just a gentle, or not so gentle prod in our directions (1:19:57 PM) Tartarus: And folks reading the minutes (1:20:16 PM) RP__: Tartarus: Nothing specific, just that if anyone has input into direction, now is the time to make it known (1:20:22 PM) fray: I think the TSC needs input from members (and of course ourselves) for direction.. and then we should provide input for the 1.1... [if any] (1:20:24 PM) Tartarus: So noted. (1:20:35 PM) Tartarus: So, moving on to status updated (1:20:40 PM) Tartarus: khem: Go ahead :) (1:20:59 PM) khem: there is new instance of a virtual machine created (1:21:06 PM) khem: which is meant to replace melo (1:21:19 PM) khem: it will be a 64bit OS (1:21:49 PM) khem: all services should transfer to it eventually (1:21:52 PM) khem: first will be git (1:22:08 PM) khem: git is currently on a temporary machine (1:22:17 PM) fray: any idea of the expected downtime? (1:22:57 PM) khem: fray: it should not be much impact for others than RP (1:23:02 PM) fray: ok (1:23:08 PM) khem: since github is there (1:23:47 PM) khem: Sometimes next week we should be able to switch git over (1:24:04 PM) khem: there is a channel called oe-infra on freenode started by Tom (1:24:17 PM) khem: which is used for this work (1:25:10 PM) khem: folks might see DNS issues thats what I expect (1:25:20 PM) khem: since propagation is not that fast (1:25:22 PM) RP__: likely the host key will change again I guess (1:25:27 PM) khem: yes :( (1:26:06 PM) khem: Once the switchover is planned out Tom should send email to ml (1:26:18 PM) RP__: khem: did we ever close out on whether the yocto servers would be better? (1:26:41 PM) ***RP__ knows we've discussed this several times but doesn't know if we every reached a resolution (1:27:08 PM) khem: I dont think so. most inclination was to have oe.org host it (1:27:24 PM) RP__: khem: it would still be the oe domain (1:27:34 PM) RP__: khem: just share some infrastructure (1:27:44 PM) khem: yes I meant serverwise (1:28:02 PM) RP__: ok (1:29:16 PM) khem: may be board should discuss this too (1:29:27 PM) Tartarus: yes, this feels like a board thing (1:29:38 PM) Tartarus: IMHO, from a technical POV we just need it working, and reliable (1:29:44 PM) khem: yep (1:29:48 PM) Tartarus: The politics of it is a board issue (1:30:06 PM) khem: thats all update I have (1:30:29 PM) Tartarus: OK (1:30:34 PM) Tartarus: RP__: any general updates? (1:30:47 PM) khem: on infra again there is build machine that Tom is spec'ing out for oe continuous builds (1:30:53 PM) khem: with LF I guesss (1:30:53 PM) RP__: Tartarus: just that we're very much in bugfixing mode atm (1:31:15 PM) RP__: making a big effort to close out various issues, some of them long standing (1:31:39 PM) ***RP__ is about to rip local.conf.sample apart, its a disgrace as it stands (1:32:22 PM) khem: we should also discuss after october release fate of oe.dev (1:32:22 PM) Jefro: (actually I have found it quite helpful) (1:32:22 PM) Tartarus: k (1:32:26 PM) fray: ya, I think it's due for a cleanup.. (1:32:28 PM)
Re: [OE-core] Build Times and Performance - Discussion + new ideas
On Tue, Sep 27, 2011 at 12:07 PM, Richard Purdie richard.pur...@linuxfoundation.org wrote: https://wiki.yoctoproject.org/wiki/Build_Performance As detailed there I've setup a partition formatted with ext4 with no journal, no barriers and most importantly a long commit time. The intent here is to allow things to exist in memory and not block on disk IO. Richard, Can you comment on how much these settings effect build times vs. saying running on ext3 which our build server happens to be using? Thanks, Matthew ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] gdb: upgrade from 7.3a to 7.3.1
From: Nitin A Kamble nitin.a.kam...@intel.com
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
meta/recipes-devtools/gdb/gdb-common.inc |4 ++--
...anadian_7.3a.bb = gdb-cross-canadian_7.3.1.bb} |2 +-
.../gdb/{gdb-cross_7.3a.bb = gdb-cross_7.3.1.bb} |2 +-
.../gdb/{gdb_7.3a.bb = gdb_7.3.1.bb} |2 +-
4 files changed, 5 insertions(+), 5 deletions(-)
rename meta/recipes-devtools/gdb/{gdb-cross-canadian_7.3a.bb =
gdb-cross-canadian_7.3.1.bb} (83%)
rename meta/recipes-devtools/gdb/{gdb-cross_7.3a.bb = gdb-cross_7.3.1.bb}
(78%)
rename meta/recipes-devtools/gdb/{gdb_7.3a.bb = gdb_7.3.1.bb} (91%)
diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
b/meta/recipes-devtools/gdb/gdb-common.inc
index 074f913..e01b57c 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -22,8 +22,8 @@ inherit autotools
SRC_URI = ${GNU_MIRROR}/gdb/gdb-${PV}.tar.gz \
file://no-werror.patch
-SRC_URI[md5sum] = 9443a370dabd9ca9c41b496b59f05145
-SRC_URI[sha256sum] =
2c2b26eea33ab477ea1f7739a8e511b1e8d89b6f74d87cdd510c6262a3af82d7
+SRC_URI[md5sum] = c2795d636a9481d022608cab201be613
+SRC_URI[sha256sum] =
d7d909b4b8ae0932ba6c1602f2f1f32bef60f0c71c72f1dd833ab6cb15e0d357
export CC_FOR_BUILD = ${BUILD_CC}
export CXX_FOR_BUILD = ${BUILD_CXX}
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3a.bb
b/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3.1.bb
similarity index 83%
rename from meta/recipes-devtools/gdb/gdb-cross-canadian_7.3a.bb
rename to meta/recipes-devtools/gdb/gdb-cross-canadian_7.3.1.bb
index 7e8ad04..870e29c 100644
--- a/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3a.bb
+++ b/meta/recipes-devtools/gdb/gdb-cross-canadian_7.3.1.bb
@@ -6,4 +6,4 @@ PR = ${INC_PR}.0
GDBPROPREFIX = --program-prefix='${TARGET_PREFIX}'
EXPAT = --with-expat
-S = ${WORKDIR}/${BPN}-7.3
+S = ${WORKDIR}/${BPN}-${PN}
diff --git a/meta/recipes-devtools/gdb/gdb-cross_7.3a.bb
b/meta/recipes-devtools/gdb/gdb-cross_7.3.1.bb
similarity index 78%
rename from meta/recipes-devtools/gdb/gdb-cross_7.3a.bb
rename to meta/recipes-devtools/gdb/gdb-cross_7.3.1.bb
index dacf6c9..eaf8f36 100644
--- a/meta/recipes-devtools/gdb/gdb-cross_7.3a.bb
+++ b/meta/recipes-devtools/gdb/gdb-cross_7.3.1.bb
@@ -5,4 +5,4 @@ EXPAT = --with-expat
PR = ${INC_PR}.0
-S = ${WORKDIR}/${BPN}-7.3
+S = ${WORKDIR}/${BPN}-${PV}
diff --git a/meta/recipes-devtools/gdb/gdb_7.3a.bb
b/meta/recipes-devtools/gdb/gdb_7.3.1.bb
similarity index 91%
rename from meta/recipes-devtools/gdb/gdb_7.3a.bb
rename to meta/recipes-devtools/gdb/gdb_7.3.1.bb
index 8f54416..0645b56 100644
--- a/meta/recipes-devtools/gdb/gdb_7.3a.bb
+++ b/meta/recipes-devtools/gdb/gdb_7.3.1.bb
@@ -6,4 +6,4 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674
PR = ${INC_PR}.0
-S = ${WORKDIR}/${BPN}-7.3
+S = ${WORKDIR}/${BPN}-${PV}
--
1.7.4.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/4] Recipes upgrades
From: Nitin A Kamble nitin.a.kam...@intel.com
The following changes since commit 9d1db6cc928199f8ac4960e8d4648563ef141427:
python: fix sqlite RPATH issue (2011-09-29 16:57:30 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib nitin/upgrades
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=nitin/upgrades
Nitin A Kamble (4):
gdb: upgrade from 7.3a to 7.3.1
byacc: upgrade from 20101229 to 20110908
python-dbus: upgrade from 0.83.2 to 0.84.0
python, python-native: upgrade from 2.6.6 to 2.7.2
meta/conf/distro/include/default-versions.inc |6 +-
meta/recipes-devtools/gdb/gdb-common.inc |4 +-
...anadian_7.3a.bb = gdb-cross-canadian_7.3.1.bb} |2 +-
.../gdb/{gdb-cross_7.3a.bb = gdb-cross_7.3.1.bb} |2 +-
.../gdb/{gdb_7.3a.bb = gdb_7.3.1.bb} |2 +-
...on-2.6-manifest.inc = python-2.7-manifest.inc} |0
...python-dbus_0.83.2.bb = python-dbus_0.84.0.bb} |4 +-
.../python/python-native/multilib.patch| 240
.../python/python-native/nohostlibs.patch | 36 ++-
...thon-native_2.6.6.bb = python-native_2.7.2.bb} | 13 +-
meta/recipes-devtools/python/python.inc| 16 +-
.../01-use-proper-tools-for-cross-build.patch | 118 +++---
.../python/python/02-remove-test-for-cross.patch | 108 -
.../06-avoid_usr_lib_termcap_path_in_linking.patch | 16 +-
.../python/06-ctypes-libffi-fix-configure.patch| 42 ++---
meta/recipes-devtools/python/python/multilib.patch | 126 ++-
.../python/python/security_issue_2254_fix.patch| 184 ---
.../python/{python_2.6.6.bb = python_2.7.2.bb}| 10 +-
.../byacc/{byacc_20101229.bb = byacc_20110908.bb} |4 +-
meta/site/arm-common |3 +
meta/site/mips-common |3 +
21 files changed, 476 insertions(+), 463 deletions(-)
rename meta/recipes-devtools/gdb/{gdb-cross-canadian_7.3a.bb =
gdb-cross-canadian_7.3.1.bb} (83%)
rename meta/recipes-devtools/gdb/{gdb-cross_7.3a.bb = gdb-cross_7.3.1.bb}
(78%)
rename meta/recipes-devtools/gdb/{gdb_7.3a.bb = gdb_7.3.1.bb} (91%)
rename meta/recipes-devtools/python/{python-2.6-manifest.inc =
python-2.7-manifest.inc} (100%)
rename meta/recipes-devtools/python/{python-dbus_0.83.2.bb =
python-dbus_0.84.0.bb} (83%)
create mode 100644 meta/recipes-devtools/python/python-native/multilib.patch
rename meta/recipes-devtools/python/{python-native_2.6.6.bb =
python-native_2.7.2.bb} (74%)
delete mode 100644
meta/recipes-devtools/python/python/02-remove-test-for-cross.patch
delete mode 100644
meta/recipes-devtools/python/python/security_issue_2254_fix.patch
rename meta/recipes-devtools/python/{python_2.6.6.bb = python_2.7.2.bb} (92%)
rename meta/recipes-extended/byacc/{byacc_20101229.bb = byacc_20110908.bb}
(49%)
--
1.7.4.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] python-dbus: upgrade from 0.83.2 to 0.84.0
From: Nitin A Kamble nitin.a.kam...@intel.com
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
...python-dbus_0.83.2.bb = python-dbus_0.84.0.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-devtools/python/{python-dbus_0.83.2.bb =
python-dbus_0.84.0.bb} (83%)
diff --git a/meta/recipes-devtools/python/python-dbus_0.83.2.bb
b/meta/recipes-devtools/python/python-dbus_0.84.0.bb
similarity index 83%
rename from meta/recipes-devtools/python/python-dbus_0.83.2.bb
rename to meta/recipes-devtools/python/python-dbus_0.84.0.bb
index 323dae5..fff8649 100644
--- a/meta/recipes-devtools/python/python-dbus_0.83.2.bb
+++ b/meta/recipes-devtools/python/python-dbus_0.84.0.bb
@@ -8,8 +8,8 @@ PR = r0
SRC_URI =
http://dbus.freedesktop.org/releases/dbus-python/dbus-python-${PV}.tar.gz;
-SRC_URI[md5sum] = 4ebcaa905bdcb4132b915196b0a3691b
-SRC_URI[sha256sum] =
883729c98f40790021e3be0f7028ae863ee1c4a7b922a5578c1342592adfff64
+SRC_URI[md5sum] = fe69a2613e824463e74f10913708c88a
+SRC_URI[sha256sum] =
b85bc7aaf1a976627ca461b1ca7b0c4ff709f52fe44c9b2d1d7d8fac5906
S = ${WORKDIR}/dbus-python-${PV}
inherit distutils-base autotools pkgconfig
--
1.7.4.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] byacc: upgrade from 20101229 to 20110908
From: Nitin A Kamble nitin.a.kam...@intel.com
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
.../byacc/{byacc_20101229.bb = byacc_20110908.bb} |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/byacc/{byacc_20101229.bb = byacc_20110908.bb}
(49%)
diff --git a/meta/recipes-extended/byacc/byacc_20101229.bb
b/meta/recipes-extended/byacc/byacc_20110908.bb
similarity index 49%
rename from meta/recipes-extended/byacc/byacc_20101229.bb
rename to meta/recipes-extended/byacc/byacc_20110908.bb
index 09e91e6..5969d0a 100644
--- a/meta/recipes-extended/byacc/byacc_20101229.bb
+++ b/meta/recipes-extended/byacc/byacc_20110908.bb
@@ -3,5 +3,5 @@ LICENSE=other-BSD
LIC_FILES_CHKSUM =
file://package/debian/copyright;md5=4dc4c30f840a7203fb6edf20b3db849e
require byacc.inc
-SRC_URI[md5sum] = e359702cda080c15f656a244aab132e5
-SRC_URI[sha256sum] =
67a5e4c7888bf7921949e38d4fd6eec855ec8b5a60d83f8d6f34eddb6d42a70c
+SRC_URI[md5sum] = 5665ee1f2ca482d57eef9591a2fe4768
+SRC_URI[sha256sum] =
70a3e491ddfae9da04646abe769fa0ecb9cbf003e2a09c5732907e3e8b478fb0
--
1.7.4.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] python, python-native: upgrade from 2.6.6 to 2.7.2
From: Nitin A Kamble nitin.a.kam...@intel.com
Rebased these patches to the newer code
modified: python-native/nohostlibs.patch
modified: python/01-use-proper-tools-for-cross-build.patch
modified: python/06-avoid_usr_lib_termcap_path_in_linking.patch
modified: python/06-ctypes-libffi-fix-configure.patch
modified: python/multilib.patch
Deleted these patches are the are now upstream
deleted:python/02-remove-test-for-cross.patch
deleted:python/security_issue_2254_fix.patch
Added this patch to python-native
new file: python-native/multilib.patch
Updated site config files for python
modified: ../../site/arm-common
modified: ../../site/mips-common
Updated default python version
modified: ../../conf/distro/include/default-versions.inc
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
meta/conf/distro/include/default-versions.inc |6 +-
...on-2.6-manifest.inc = python-2.7-manifest.inc} |0
.../python/python-native/multilib.patch| 240
.../python/python-native/nohostlibs.patch | 36 ++-
...thon-native_2.6.6.bb = python-native_2.7.2.bb} | 13 +-
meta/recipes-devtools/python/python.inc| 16 +-
.../01-use-proper-tools-for-cross-build.patch | 118 +++---
.../python/python/02-remove-test-for-cross.patch | 108 -
.../06-avoid_usr_lib_termcap_path_in_linking.patch | 16 +-
.../python/06-ctypes-libffi-fix-configure.patch| 42 ++---
meta/recipes-devtools/python/python/multilib.patch | 126 ++-
.../python/python/security_issue_2254_fix.patch| 184 ---
.../python/{python_2.6.6.bb = python_2.7.2.bb}| 10 +-
meta/site/arm-common |3 +
meta/site/mips-common |3 +
15 files changed, 467 insertions(+), 454 deletions(-)
rename meta/recipes-devtools/python/{python-2.6-manifest.inc =
python-2.7-manifest.inc} (100%)
create mode 100644 meta/recipes-devtools/python/python-native/multilib.patch
rename meta/recipes-devtools/python/{python-native_2.6.6.bb =
python-native_2.7.2.bb} (74%)
delete mode 100644
meta/recipes-devtools/python/python/02-remove-test-for-cross.patch
delete mode 100644
meta/recipes-devtools/python/python/security_issue_2254_fix.patch
rename meta/recipes-devtools/python/{python_2.6.6.bb = python_2.7.2.bb} (92%)
diff --git a/meta/conf/distro/include/default-versions.inc
b/meta/conf/distro/include/default-versions.inc
index e3ef1e6..90ff005 100644
--- a/meta/conf/distro/include/default-versions.inc
+++ b/meta/conf/distro/include/default-versions.inc
@@ -4,9 +4,9 @@
PREFERRED_VERSION_pulseaudio ?= 0.9.23
# Force the python versions in one place
-PYTHON_BASEVERSION ?= 2.6
-PREFERRED_VERSION_python ?= 2.6.6
-PREFERRED_VERSION_python-native ?= 2.6.6
+PYTHON_BASEVERSION ?= 2.7
+PREFERRED_VERSION_python ?= 2.7.2
+PREFERRED_VERSION_python-native ?= 2.7.2
# Force the older version of liberation-fonts until we fix the fontforge issue
PREFERRED_VERSION_liberation-fonts ?= 1.04
diff --git a/meta/recipes-devtools/python/python-2.6-manifest.inc
b/meta/recipes-devtools/python/python-2.7-manifest.inc
similarity index 100%
rename from meta/recipes-devtools/python/python-2.6-manifest.inc
rename to meta/recipes-devtools/python/python-2.7-manifest.inc
diff --git a/meta/recipes-devtools/python/python-native/multilib.patch
b/meta/recipes-devtools/python/python-native/multilib.patch
new file mode 100644
index 000..f8d7aee
--- /dev/null
+++ b/meta/recipes-devtools/python/python-native/multilib.patch
@@ -0,0 +1,240 @@
+commit 248279e54467a8cd5cde98fc124d1d1384703513
+Author: Yu Ke ke...@intel.com
+Date: Tue Jun 28 21:21:29 2011 +0800
+
+SUSE patch for the lib64 issue
+
+see detail in http://bugs.python.org/issue1294959
+
+also rebased a bit for Yocto python 2.6.6
+
+Picked-by: Yu Ke ke...@intel.com
+
+
+2011/09/29
+The python recipe building was failing because python-native
+could not handle sys.lib var. sys.lib var is defined in the
+multilib patch hence added this multilib.patch for python-native
+recipe.
+Signed-Off-By: Nitin A Kamble nitin.a.kam...@intel.com
+
+Index: Python-2.7.2/Include/pythonrun.h
+===
+--- Python-2.7.2.orig/Include/pythonrun.h
Python-2.7.2/Include/pythonrun.h
+@@ -108,6 +108,7 @@ PyAPI_FUNC(char *) Py_GetPath(void);
+ /* In their own files */
+ PyAPI_FUNC(const char *) Py_GetVersion(void);
+ PyAPI_FUNC(const char *) Py_GetPlatform(void);
++PyAPI_FUNC(const char *) Py_GetLib(void);
+ PyAPI_FUNC(const char *) Py_GetCopyright(void);
+ PyAPI_FUNC(const char *) Py_GetCompiler(void);
+ PyAPI_FUNC(const char *) Py_GetBuildInfo(void);
+Index: Python-2.7.2/Lib/distutils/command/install.py
+===
+---
[OE-core] [PATCH] Add bash as RDEPENDS for gstreamer
This fixes the following build issue:
| error: Failed dependencies:
| /bin/sh is needed by gstreamer-0.10.32-r1.ppce500v2
Signed-off-by: Matthew McClintock m...@freescale.com
---
Not sure how to say we just depend on /bin/sh instead of requiring
the full blown version of bash
.../gstreamer/gstreamer_0.10.32.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer_0.10.32.bb
b/meta/recipes-multimedia/gstreamer/gstreamer_0.10.32.bb
index 1713755..63ed7cb 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer_0.10.32.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer_0.10.32.bb
@@ -8,8 +8,9 @@ LICENSE = LGPLv2+
LIC_FILES_CHKSUM = file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605 \
file://gst/gst.h;beginline=1;endline=21;md5=8e5fe5e87d33a04479fde862e238eaa4
DEPENDS = glib-2.0 libxml2 bison-native flex-native
+RDEPENDS = bash
-PR = r1
+PR = r2
SRC_URI =
http://gstreamer.freedesktop.org/src/gstreamer/gstreamer-${PV}.tar.bz2 \
file://check_fix.patch \
--
1.7.6.1
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2 01/16] libnl2: Fix a race on route/pktloc_syntax.h
On Thu, Sep 29, 2011 at 2:11 PM, Matthew McClintock m...@freescale.com wrote: From: Tom Rini tom_r...@mentor.com At issue is that route/pktloc.c (not generated) depends on route/pktloc_syntax.h (generated). Signed-off-by: Tom Rini tom_r...@mentor.com Signed-off-by: Matthew McClintock m...@freescale.com Please ignore this patch as it does not seem to fix the issue. -M ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
