Re: [OE-core] [PATCH 0/3] Fix xz compression command and optimize compression time

Op 12 jul. 2012, om 21:22 heeft Saul Wold het volgende geschreven: > On 07/12/2012 11:58 AM, Koen Kooi wrote: >> Any volunteers to test this on a system with >4 real cores? >> > > Koen, > > Does OE-Core or Poky have an image setup for using .xz by default? No, and as you can see from Andrei's

[OE-core] [PATCH v2] lsof: define linux C library type when using eglibc

From: Ting Liu lsof tries to compile a temp c source file and execute the binary to determine linux C library type (file Configure, line 2689-2717). It is inpracticable for cross-compilation and may have build issue on some distros since it depends on host settings. Fix below error when building

Re: [OE-core] [PATCH v4 2/2] libgomp: add libgomp (openmp) library, and build for powerpc targets by default

On Thu, Jul 12, 2012 at 11:55 PM, Saul Wold wrote: > On 07/10/2012 09:12 AM, Matthew McClintock wrote: >> >> Signed-off-by: Matthew McClintock >> --- >> meta/recipes-devtools/gcc/gcc-4.7.inc |2 +- >> meta/recipes-devtools/gcc/gcc-configure-runtime.inc |7 +++ >> met

Re: [OE-core] [PATCH v4 2/2] libgomp: add libgomp (openmp) library, and build for powerpc targets by default

On 07/10/2012 09:12 AM, Matthew McClintock wrote: Signed-off-by: Matthew McClintock --- meta/recipes-devtools/gcc/gcc-4.7.inc |2 +- meta/recipes-devtools/gcc/gcc-configure-runtime.inc |7 +++ meta/recipes-devtools/gcc/gcc-package-runtime.inc | 14 +-

Re: [OE-core] [PATCH 00/19] automake update related commits on master

On 07/12/2012 09:05 PM, Kamble, Nitin A wrote: -Original Message- From: Saul Wold [mailto:s...@linux.intel.com] Sent: Friday, July 13, 2012 4:41 AM To: Patches and discussions about the oe-core layer Cc: Kamble, Nitin A Subject: Re: [OE-core] [PATCH 00/19] automake update related commi

Re: [OE-core] [PATCH] lsof: define linux C library type when using eglibc

-Original Message- From: Liu Ting-B28495 Sent: Friday, July 13, 2012 10:47 AM To: 'Saul Wold'; Patches and discussions about the oe-core layer Cc: McClintock Matthew-B29882 Subject: RE: [OE-core] [PATCH] lsof: define linux C library type when using eglibc -Original Message- From:

Re: [OE-core] [PATCH 00/19] automake update related commits on master

> -Original Message- > From: Saul Wold [mailto:s...@linux.intel.com] > Sent: Friday, July 13, 2012 4:41 AM > To: Patches and discussions about the oe-core layer > Cc: Kamble, Nitin A > Subject: Re: [OE-core] [PATCH 00/19] automake update related commits on > master > > On 07/10/2012 08:5

Re: [OE-core] [PATCH] lsof: define linux C library type when using eglibc

-Original Message- From: Saul Wold [mailto:s...@linux.intel.com] Sent: Friday, July 13, 2012 3:31 AM To: Patches and discussions about the oe-core layer Cc: Liu Ting-B28495; McClintock Matthew-B29882 Subject: Re: [OE-core] [PATCH] lsof: define linux C library type when using eglibc On 07

Re: [OE-core] [RFC] webkit-gtk upgrade

On 06/26/2012 11:40 PM, Burton, Ross wrote: Hi, In the git branch poky-contrib/ross/webkit I've upgraded webkit-gtk from a 1.7.1-ish git snapshot to the 1.8.1 tarball. I've tested that web builds and Midori (from meta-oe) works, although obviously more testing is needed -- both users of the lib

Re: [OE-core] [PATCH 00/19] automake update related commits on master

On 07/10/2012 08:58 AM, nitin.a.kam...@intel.com wrote: From: Nitin A Kamble These are same commits which I made for M1 branch, now rebased to the current master. Nitin, What builds did you do and did you include commercial in the LICENSE_FLAGS_WHITELIST? Also did you do a non-gplv3 bui

Re: [OE-core] [PATCH] connman: fix build with automake 1.12

On 11 July 2012 23:00, Colin Walters wrote: > On Wed, 2012-07-11 at 16:39 +0100, Ross Burton wrote: > >> + # Automake 1.12 won't install empty directories, but we need the >> + # plugins directory to be present for ownership >> + mkdir -p ${D}${libdir}/connman/plugins >> } > > Did you

Re: [OE-core] Upcoming Yocto 1.2.1 "denzil" release this week.

On Thu, Jul 12, 2012 at 12:13 PM, Zhang, Jessica wrote: > Just a general update for 1.1.2 (Edison). We're planning to release it next > week and currently it is under QA testing. There're bugs(10+) filed against > it which are marked WON'T FIX (lots of them relate to multilib) due to the > fa

Re: [OE-core] [PATCH 0/3] Fix xz compression command and optimize compression time

On Thu, Jul 12, 2012 at 12:59 PM, Andrei Gherzan wrote: > On Thu, Jul 12, 2012 at 10:22 PM, Saul Wold wrote: >> >> On 07/12/2012 11:58 AM, Koen Kooi wrote: >>> >>> Any volunteers to test this on a system with >4 real cores? >>> >> >> Koen, >> >> Does OE-Core or Poky have an image setup for using

Re: [OE-core] [PATCH] lsof: define linux C library type when using eglibc

On Thu, Jul 12, 2012 at 12:30 PM, Saul Wold wrote: > > why not set the EGLIBCVERSION directly on the second line, what's the > purpose of the /\./? It renders the version empty in my tests. it has to get rid of (.) e.g. for 2.15 it should be 215 and 2.16 it should become 216 ___

Re: [OE-core] [PATCH 0/3] Fix xz compression command and optimize compression time

On Thu, Jul 12, 2012 at 10:22 PM, Saul Wold wrote: > On 07/12/2012 11:58 AM, Koen Kooi wrote: > >> Any volunteers to test this on a system with >4 real cores? >> >> > Koen, > > Does OE-Core or Poky have an image setup for using .xz by default? > > I will run it on a machine I have, just want to m

Re: [OE-core] [PATCH 0/2] Update connman to v1.3 and fix dependencies for some tests

Looks good! Acked-By: Ross Burton ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] lsof: define linux C library type when using eglibc

On 07/11/2012 11:17 PM, b28...@freescale.com wrote: From: Ting Liu lsof tries to compile a temp c source file and execute the binary to determine linux C library type (file Configure, line 2689-2717). It is inpracticable for cross-compilation and may have build issue on some distros since it de

Re: [OE-core] [PATCH 0/3] Fix xz compression command and optimize compression time

On 07/12/2012 11:58 AM, Koen Kooi wrote: Any volunteers to test this on a system with >4 real cores? Koen, Does OE-Core or Poky have an image setup for using .xz by default? I will run it on a machine I have, just want to make sure I am doing the same tests that Andrei is running. I was a

Re: [OE-core] [PATCH 0/3] Fix xz compression command and optimize compression time

On Thu, Jul 12, 2012 at 1:58 PM, Koen Kooi wrote: > Any volunteers to test this on a system with >4 real cores? How do you get the memory usage bit? -M > > Op 12 jul. 2012, om 20:13 heeft Andrei Gherzan het volgende geschreven: > >> Koen suggested to add -T to xz commands. We have this option i

Re: [OE-core] [PATCH 0/3] Fix xz compression command and optimize compression time

Any volunteers to test this on a system with >4 real cores? Op 12 jul. 2012, om 20:13 heeft Andrei Gherzan het volgende geschreven: > Koen suggested to add -T to xz commands. We have this option implemented in > our current version .1alpha. > > -T threads, --threads=threads > Spe

Re: [OE-core] python error when building various packages

On 12-07-12 09:47 AM, Damian, Alexandru wrote: Done https://bugzilla.yoctoproject.org/show_bug.cgi?id=2752 Alex On Thu, Jul 12, 2012 at 12:34 PM, Paul Eggleton mailto:paul.eggle...@linux.intel.com>> wrote: On Thursday 12 July 2012 11:56:16 Damian, Alexandru wrote: > Solved by do_clean

[OE-core] [PATCH 1/3] image_types.bbclass: Fix COMPRESS_CMD for xz to redirect compressed data to file

Having -c modifier makes xz to output the compressed data to stdout. In this way the needed data will be in the do_rootfs log. Redirect data to ${IMAGE_NAME}.rootfs.${type}.xz . Signed-off-by: Andrei Gherzan --- meta/classes/image_types.bbclass |2 +- 1 file changed, 1 insertion(+), 1 deleti

[OE-core] [PATCH 3/3] image_types.bbclass: Default XZ_COMPRESSION_LEVEL to -e -6

Having XZ_COMPRESSION_LEVEL on -e -9 and -T 0 will make xz eat more than 6Gb memory. Reduce this to -6 to make xz to use about 471Mb on the tested machine. Signed-off-by: Koen Kooi Signed-off-by: Andrei Gherzan --- meta/classes/image_types.bbclass |2 +- 1 file changed, 1 insertion(+), 1 de

[OE-core] [PATCH 2/3] image_types.bbclass: Add XZ variable to set number of threads to be used while compressing

Default this variable to 0. This will make xz use as many threads as there are CPU cores on the system. Signed-off-by: Koen Kooi Signed-off-by: Andrei Gherzan --- meta/classes/image_types.bbclass |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/classes/image_types.

[OE-core] [PATCH 0/3] Fix xz compression command and optimize compression time

Koen suggested to add -T to xz commands. We have this option implemented in our current version .1alpha. -T threads, --threads=threads Specify the number of worker threads to use. Setting threads to a special value 0 makes xz use as many threads as there are CPU

[OE-core] [PATCH 1/2] connman: Update to version 1.3

From: Andrei Gherzan Signed-off-by: Andrei Gherzan --- .../connman/{connman_1.0.bb => connman_1.3.bb} |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-connectivity/connman/{connman_1.0.bb => connman_1.3.bb} (82%) diff --git a/meta/recipes-connectivity/conn

[OE-core] [PATCH 2/2] connman.inc: Add missing dependencies needed by some tests

From: Andrei Gherzan Some tests need: * gobject and optparse module (ex: test-session) * subprocess and fnctl module (ex: backtrace) * urllib module (ex: get-proxy-autoconfig) Signed-off-by: Andrei Gherzan --- meta/recipes-connectivity/connman/connman.inc |4 ++-- 1 file changed, 2 inserti

[OE-core] [PATCH 0/2] Update connman to v1.3 and fix dependencies for some tests

From: Andrei Gherzan Machine tested: qemux86 Tests done on connman-gnome OnlineMode / OfflineMode Enable / Disable Wired Networks Set manual IP configuration Tests on connman v.1.3 addr-test iptables-test polkit-test get-global-timeservers

Re: [OE-core] [PATCH] Update proto -> protocol for recipes

On 07/12/2012 10:41 AM, Paul Eggleton wrote: On Thursday 12 July 2012 10:35:02 Saul Wold wrote: Signed-off-by: Saul Wold --- meta/recipes-core/eglibc/eglibc_2.15.bb|2 +- meta/recipes-devtools/gcc/gcc-4.7.inc |2 +- .../installer/adt-installer_1.0.bb

Re: [OE-core] [PATCH] Update proto -> protocol for recipes

On Thursday 12 July 2012 10:35:02 Saul Wold wrote: > Signed-off-by: Saul Wold > --- > meta/recipes-core/eglibc/eglibc_2.15.bb|2 +- > meta/recipes-devtools/gcc/gcc-4.7.inc |2 +- > .../installer/adt-installer_1.0.bb |2 +- > meta/recipes-devtoo

[OE-core] [PATCH] Update proto -> protocol for recipes

Signed-off-by: Saul Wold --- meta/recipes-core/eglibc/eglibc_2.15.bb|2 +- meta/recipes-devtools/gcc/gcc-4.7.inc |2 +- .../installer/adt-installer_1.0.bb |2 +- meta/recipes-devtools/opkg/opkg_svn.bb |2 +- meta/recipes-devtool

Re: [OE-core] Upcoming Yocto 1.2.1 "denzil" release this week.

Just a general update for 1.1.2 (Edison). We're planning to release it next week and currently it is under QA testing. There're bugs(10+) filed against it which are marked WON'T FIX (lots of them relate to multilib) due to the facts of resources and amount of work involved to back port certain

Re: [OE-core] Results for xz compression with different -T and and -e

On Thu, Jul 12, 2012 at 8:40 AM, Koen Kooi wrote: > > > Op 12 jul. 2012 om 17:29 heeft Andrei Gherzan het > volgende geschreven: > >> Hello, >> >> Koen suggested to add -T to xz commands. We have this option implemented in >> our current version .1alpha. >> >> -T threads, --threads=threads >>

Re: [OE-core] Results for xz compression with different -T and and -e

On Thu, Jul 12, 2012 at 7:19 PM, Koen Kooi wrote: > > Op 12 jul. 2012, om 17:51 heeft Andrei Gherzan het volgende geschreven: > > > On Thu, Jul 12, 2012 at 6:40 PM, Koen Kooi > wrote: > > > > > > Op 12 jul. 2012 om 17:29 heeft Andrei Gherzan het > volgende geschreven: > > > > > Hello, > > > > >

Re: [OE-core] Results for xz compression with different -T and and -e

Op 12 jul. 2012, om 17:51 heeft Andrei Gherzan het volgende geschreven: > On Thu, Jul 12, 2012 at 6:40 PM, Koen Kooi wrote: > > > Op 12 jul. 2012 om 17:29 heeft Andrei Gherzan het > volgende geschreven: > > > Hello, > > > > Koen suggested to add -T to xz commands. We have this option implem

Re: [OE-core] Results for xz compression with different -T and and -e

On Thu, Jul 12, 2012 at 6:40 PM, Koen Kooi wrote: > > > Op 12 jul. 2012 om 17:29 heeft Andrei Gherzan het > volgende geschreven: > > > Hello, > > > > Koen suggested to add -T to xz commands. We have this option implemented > in our current version .1alpha. > > > > -T threads, --threads=threads >

Re: [OE-core] Results for xz compression with different -T and and -e

Op 12 jul. 2012 om 17:29 heeft Andrei Gherzan het volgende geschreven: > Hello, > > Koen suggested to add -T to xz commands. We have this option implemented in > our current version .1alpha. > > -T threads, --threads=threads >

[OE-core] Results for xz compression with different -T and and -e

Hello, Koen suggested to add -T to xz commands. We have this option implemented in our current version .1alpha. -T threads, --threads=threads Specify the number of worker threads to use. Setting threads to a special value 0 makes xz use as many threads as there a

[OE-core] [PATCH] crosssdk/nativesdk: Ensure EXTRA_OECONF_FPU is unset

If EXTRA_OECONF_FPU is left set, certain ARM variables related to hard-float can get pulled in and trigger rebuilds of the crosssdk code. The best solution is to simply force the variable to a known correct value for the SDK targets currently supported in the same way as TARGET_FPU. There is some

[OE-core] [PATCH] python: Fix python-nativesdk variable contamination issue

Without this, python-nativesdk-crypt can depend on openssl which is incorrect. Signed-off-by: Richard Purdie --- diff --git a/meta/recipes-devtools/python/python_2.7.3.bb b/meta/recipes-devtools/python/python_2.7.3.bb index b06d7b7..b736cc2 100644 --- a/meta/recipes-devtools/python/python_2.7.3.

[OE-core] [PATCH] sstate.bbclass: Move crosssdk before cross to ensure correct variables are set

There was a bug showing up where the crosssdk recipes were being installed as machine specific in the sstate-control directory. This turned out to be due to the architecture fields used by sstate being set incorrectly. The problem is that the crosssdk inherits the cross class. It therefore needs

Re: [OE-core] [PATCH] xz: update to 5.1.2alpha

Op 12 jul. 2012, om 15:42 heeft Andrei Gherzan het volgende geschreven: > On Thu, Jul 12, 2012 at 3:56 PM, Koen Kooi wrote: > > Op 12 jul. 2012, om 14:26 heeft Andrei Gherzan het volgende geschreven: > > > On Wed, Jul 11, 2012 at 11:53 PM, Saul Wold wrote: > > On 07/11/2012 07:10 AM, Koen Koo

Re: [OE-core] python error when building various packages

Done https://bugzilla.yoctoproject.org/show_bug.cgi?id=2752 Alex On Thu, Jul 12, 2012 at 12:34 PM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > On Thursday 12 July 2012 11:56:16 Damian, Alexandru wrote: > > Solved by do_clean on the packages. > > > > Still Alex doesn't know what trigg

Re: [OE-core] [PATCH] xz: update to 5.1.2alpha

On Thu, Jul 12, 2012 at 3:56 PM, Koen Kooi wrote: > > Op 12 jul. 2012, om 14:26 heeft Andrei Gherzan het volgende geschreven: > > > On Wed, Jul 11, 2012 at 11:53 PM, Saul Wold wrote: > > On 07/11/2012 07:10 AM, Koen Kooi wrote: > > This contains bugfixes from the 5.0.3 and 5.0.4 releases > > > >

Re: [OE-core] [PATCH] xz: update to 5.1.2alpha

Op 12 jul. 2012, om 14:26 heeft Andrei Gherzan het volgende geschreven: > On Wed, Jul 11, 2012 at 11:53 PM, Saul Wold wrote: > On 07/11/2012 07:10 AM, Koen Kooi wrote: > This contains bugfixes from the 5.0.3 and 5.0.4 releases > > Signed-off-by: Koen Kooi > --- > meta/recipes-extended/xz/{xz

Re: [OE-core] [PATCH] xz: update to 5.1.2alpha

On Wed, Jul 11, 2012 at 11:53 PM, Saul Wold wrote: > On 07/11/2012 07:10 AM, Koen Kooi wrote: > >> This contains bugfixes from the 5.0.3 and 5.0.4 releases >> >> Signed-off-by: Koen Kooi >> --- >> meta/recipes-extended/xz/{xz_**5.1.1alpha.bb => >> xz_5.1.2alpha.bb} |

Re: [OE-core] [PATCH] linux-dtb.inc: update dtb name to keep it same in D and DEPLOYDIR

On Thu, 2012-07-12 at 04:17 -0500, b28...@freescale.com wrote: > From: Ting Liu > > Device tree binary is named as "devicetree-*" in ${D}, > "${KERNEL_IMAGETYPE}-*" in ${DEPLOYDIR}. Keep them the same. > > Signed-off-by: Ting Liu > --- > meta/recipes-kernel/linux/linux-dtb.inc |9 ++---

Re: [OE-core] [PATCH] kernel.bbclass: update image name to keep it same in D and DEPLOYDIR

On Thu, 2012-07-12 at 04:17 -0500, b28...@freescale.com wrote: > From: Ting Liu > > Signed-off-by: Ting Liu > --- > meta/classes/kernel.bbclass |7 ++- > 1 files changed, 6 insertions(+), 1 deletions(-) > > diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass > index

[OE-core] [PATCH] kernel.bbclass: update image name to keep it same in D and DEPLOYDIR

From: Ting Liu Signed-off-by: Ting Liu --- meta/classes/kernel.bbclass |7 ++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index 81c334b..420a1ec 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kern

Re: [OE-core] [PATCH] runqemu/mips: adjust runqemu script to support mipsel machine

On Thu, Jul 12, 2012 at 5:46 PM, Paul Eggleton wrote: > On Thursday 12 July 2012 11:08:40 Dennis.Yxun wrote: >> On Wed, Jul 11, 2012 at 3:05 PM, Dennis Lan wrote: >> > -if [ "$MACHINE" = "qemumips" -o "$MACHINE" = "qemumips64" ]; then >> > -if [ "$MACHINE" = "qemumips64" ]; then >> > -

[OE-core] [PATCH v2] runqemu/mips: adjust runqemu script to support mipsel machine

Signed-off-by: Dennis Lan --- scripts/runqemu |5 - scripts/runqemu-internal | 13 +++-- 2 files changed, 11 insertions(+), 7 deletions(-) diff --git a/scripts/runqemu b/scripts/runqemu index 8d149a2..650d1df 100755 --- a/scripts/runqemu +++ b/scripts/runqemu @@ -94,7

Re: [OE-core] [PATCH] runqemu/mips: adjust runqemu script to support mipsel machine

On Thursday 12 July 2012 11:08:40 Dennis.Yxun wrote: > On Wed, Jul 11, 2012 at 3:05 PM, Dennis Lan wrote: > > -if [ "$MACHINE" = "qemumips" -o "$MACHINE" = "qemumips64" ]; then > > -if [ "$MACHINE" = "qemumips64" ]; then > > - QEMU=qemu-system-mips64 > > -else > > - QEMU=qemu-s

Re: [OE-core] python error when building various packages

On Thursday 12 July 2012 11:56:16 Damian, Alexandru wrote: > Solved by do_clean on the packages. > > Still Alex doesn't know what triggers the error. I'm not sure either, but would you mind filing a bug for this? Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre _

[OE-core] [PATCH] linux-dtb.inc: update dtb name to keep it same in D and DEPLOYDIR

From: Ting Liu Device tree binary is named as "devicetree-*" in ${D}, "${KERNEL_IMAGETYPE}-*" in ${DEPLOYDIR}. Keep them the same. Signed-off-by: Ting Liu --- meta/recipes-kernel/linux/linux-dtb.inc |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) diff --git a/meta/recipes-k

[OE-core] [PATCH] gmp: upgrade to 5.0.5

Signed-off-by: Bogdan Marinescu --- .../gmp/{gmp_5.0.4.bb => gmp_5.0.5.bb} |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) rename meta/recipes-support/gmp/{gmp_5.0.4.bb => gmp_5.0.5.bb} (72%) diff --git a/meta/recipes-support/gmp/gmp_5.0.4.bb b/meta/recipes-support/gm

Re: [OE-core] python error when building various packages

Solved by do_clean on the packages. Still Alex doesn't know what triggers the error. - On Fri, Jul 6, 2012 at 5:44 PM, Damian, Alexandru < alexandru.dam...@intel.com> wrote: > Hi guys, > > I started to see this error today, anybody seen this before ? > > Cheers, > Alex > > NOTE: Creating RPM pac

[OE-core] [PATCH] lsof: define linux C library type when using eglibc

From: Ting Liu lsof tries to compile a temp c source file and execute the binary to determine linux C library type (file Configure, line 2689-2717). It is inpracticable for cross-compilation and may have build issue on some distros since it depends on host settings. Fix below error when building