Re: [OE-core] [PATCH 2/2] libjpeg-turbo: import the recipe from meta-oe

On Fri, Nov 27, 2015 at 3:04 AM, Maxin B. John wrote: > libjpeg-turbo has same API/ABI as libjpeg. It is relatively > faster in JPEG compression/decompression than libjpeg. Please take the libjpeg-turbo 1.4.2 recipe from meta-oe master-next instead of the 1.4.1 recipe from

Re: [OE-core] Patchwork & patch handling improvements

Paul, On 11/26/2015 01:00 PM, Paul Eggleton wrote: > Hi all, > Thanks for taking the time to look into this. > Over the past several years one of the regular complaints people have made > about our project has been that patches sometimes take a long time to make it > into master, and it's

[OE-core] [PATCH 2/2] libjpeg-turbo: import the recipe from meta-oe

libjpeg-turbo has same API/ABI as libjpeg. It is relatively faster in JPEG compression/decompression than libjpeg. [YOCTO #8628] Signed-off-by: Maxin B. John --- meta/recipes-core/jpeg/libjpeg-turbo_8d+1.4.1.bb | 40 1 file changed, 40

Re: [OE-core] [PATCH 2/2] libjpeg-turbo: import the recipe from meta-oe

On 27 November 2015 at 13:04, Maxin B. John wrote: > libjpeg-turbo has same API/ABI as libjpeg. It is relatively > faster in JPEG compression/decompression than libjpeg. > > [YOCTO #8628] > > Signed-off-by: Maxin B. John > --- >

Re: [OE-core] [PATCH 2/2] libjpeg-turbo: import the recipe from meta-oe

Hi Martin, On Fri, Nov 27, 2015 at 12:14:52PM +0100, Martin Jansa wrote: > On Fri, Nov 27, 2015 at 01:04:19PM +0200, Maxin B. John wrote: > > libjpeg-turbo has same API/ABI as libjpeg. It is relatively > > faster in JPEG compression/decompression than libjpeg. > > Is this imported as-is from

Re: [OE-core] [PATCH 2/2] libjpeg-turbo: import the recipe from meta-oe

On Fri, Nov 27, 2015 at 01:04:19PM +0200, Maxin B. John wrote: > libjpeg-turbo has same API/ABI as libjpeg. It is relatively > faster in JPEG compression/decompression than libjpeg. Is this imported as-is from meta-oe? If so then at least mention it in commit message and sent libjpeg-turbo

Re: [OE-core] [jethro][PATCH v2] license.bbclass: fix host contamination warnings for license files

> > >> >>> WARNING: Could not copy license file >> >>> >> /data/poky-master/tmp/work/corei7-64-poky-linux/gmp/6.0.0-r0/gmp-6.0.0/COPYING.LESSERv3 >> >>> to >> >>> >> /data/poky-master/tmp/work/corei7-64-poky-linux/gmp/6.0.0-r0/license-destdir/gmp/COPYING.LESSERv3: >> >>> [Errno 1] Operation not

Re: [OE-core] [PATCH] watchdog: enable systemd support

On Fri, Nov 27, 2015 at 4:27 AM, wrote: > From: Roy Li > > 1. inherit systemd, and add two unit files > 2. auto load soft dog kernel module > > Signed-off-by: Roy Li The ping service conflicts with the main one.

[OE-core] [PATCH 07/10] xdg-utils: Upgrade to 1.1.1

* Add new build dependencies * Replace the xdg-terminal patch with a smaller one that enables building the script from source Signed-off-by: Jussi Kukkonen --- .../xdg-utils/0001-Reinstate-xdg-terminal.patch| 665 + .../{xdg-utils_1.1.0-rc1.bb

Re: [OE-core] [RFC] Use libjpeg-turbo in place of libjpeg

On Fri, Nov 27, 2015 at 9:19 AM, Martin Jansa wrote: > On Fri, Nov 27, 2015 at 09:13:22AM -0200, Otavio Salvador wrote: >> On Fri, Nov 27, 2015 at 9:04 AM, Maxin B. John wrote: >> > This patch set provides libjpeg-turbo as a drop-in replacement for

[OE-core] [PATCH 00/10] Various upgrades

Mostly minor or uneventful upgrades. The xdg-utils upgade might look a little weird but it really is a bunch of shell scripts that require xsltproc and xmlto at build time. As far as I can tell the scripts are also mostly useless (and unused). Unfortunately they're required by LSB. Cheers,

[OE-core] [PATCH 04/10] clutter-gtk-1.0: Upgrade 1.6.2 -> 1.6.6

Signed-off-by: Jussi Kukkonen --- meta/recipes-graphics/clutter/clutter-gtk-1.0_1.6.2.bb | 6 -- meta/recipes-graphics/clutter/clutter-gtk-1.0_1.6.6.bb | 6 ++ 2 files changed, 6 insertions(+), 6 deletions(-) delete mode 100644

[OE-core] [PATCH 05/10] gnome-common: Upgrade 3.14.0 -> 3.18.0

Signed-off-by: Jussi Kukkonen --- .../gnome/{gnome-common_3.14.0.bb => gnome-common_3.18.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/gnome/{gnome-common_3.14.0.bb => gnome-common_3.18.0.bb} (71%) diff --git

[OE-core] [PATCH 01/10] cogl-1.0: Upgrade 1.20.0 -> 1.22.0

Remove patch that is no longer necessary. Signed-off-by: Jussi Kukkonen --- .../cogl-framebuffer-gl-Work-again-on-GLESv2.patch | 41 -- meta/recipes-graphics/cogl/cogl-1.0_1.20.0.bb | 8 - meta/recipes-graphics/cogl/cogl-1.0_1.22.0.bb

[OE-core] [PATCH 10/10] dropbear: Upgrade 2015.68 -> 2015.70

Signed-off-by: Jussi Kukkonen --- meta/recipes-core/dropbear/dropbear_2015.68.bb | 4 meta/recipes-core/dropbear/dropbear_2015.70.bb | 5 + 2 files changed, 5 insertions(+), 4 deletions(-) delete mode 100644 meta/recipes-core/dropbear/dropbear_2015.68.bb

[OE-core] [PATCH 08/10] shared-mime-info: Upgrade 1.4 -> 1.5

Signed-off-by: Jussi Kukkonen --- .../{shared-mime-info_1.4.bb => shared-mime-info_1.5.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/shared-mime-info/{shared-mime-info_1.4.bb => shared-mime-info_1.5.bb} (43%)

[OE-core] [PATCH 06/10] gsettings-desktop-schemas: Upgrade 2.16.1 -> 3.18.1

Signed-off-by: Jussi Kukkonen --- ...desktop-schemas_3.16.1.bb => gsettings-desktop-schemas_3.18.1.bb} | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) rename meta/recipes-gnome/gsettings-desktop-schemas/{gsettings-desktop-schemas_3.16.1.bb =>

[OE-core] [PATCH 09/10] libcroco: Upgrade 0.6.8 -> 0.6.9

Signed-off-by: Jussi Kukkonen --- .../recipes-support/libcroco/{libcroco_0.6.8.bb => libcroco_0.6.9.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libcroco/{libcroco_0.6.8.bb => libcroco_0.6.9.bb} (81%) diff --git

[OE-core] [PATCH 03/10] clutter-gst-3.0: Upgrade 3.0.8 -> 3.0.14

Signed-off-by: Jussi Kukkonen --- .../clutter/{clutter-gst-3.0_3.0.8.bb => clutter-gst-3.0_3.0.14.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/clutter/{clutter-gst-3.0_3.0.8.bb => clutter-gst-3.0_3.0.14.bb} (58%) diff

[OE-core] [PATCH 02/10] clutter-1.0: Upgrade 1.24.2

Signed-off-by: Jussi Kukkonen --- .../clutter/{clutter-1.0_1.22.4.bb => clutter-1.0_1.24.2.bb} | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) rename meta/recipes-graphics/clutter/{clutter-1.0_1.22.4.bb => clutter-1.0_1.24.2.bb} (59%) diff --git

[OE-core] [PATCH] icu: Upgrade 55.1 -> 56.1

Upgrade ICU from v55.1 to v56.1 and backport a later patch that is necessary to avoid errors during the build. Signed-off-by: Mike Crowe --- .../icu/icu/icu-release-56-1-flagparser-fix.patch | 24 ++ .../icu/{icu_55.1.bb => icu_56.1.bb} | 5

[OE-core] [RFC] Use libjpeg-turbo in place of libjpeg

This patch set provides libjpeg-turbo as a drop-in replacement for libjpeg. libjpeg-turbo is a fork of the original libjpeg project.Most of the major Linux distros (Fedora, Debian, OpenSUSE) moved from libjpeg to libjpeg-turbo recently. lbjpeg-turbo provides better JPEG

[OE-core] [PATCH 1/2] libjpeg: Replace libjpeg with libjpeg-turbo

Removing libjpeg from oe-core to replace it with libjpeg-turbo. Signed-off-by: Maxin B. John --- meta/recipes-core/jpeg/jpeg_9a.bb | 29 - 1 file changed, 29 deletions(-) delete mode 100644 meta/recipes-core/jpeg/jpeg_9a.bb diff --git

Re: [OE-core] [RFC] Use libjpeg-turbo in place of libjpeg

On Fri, Nov 27, 2015 at 9:04 AM, Maxin B. John wrote: > This patch set provides libjpeg-turbo as a drop-in replacement for libjpeg. > > libjpeg-turbo is a fork of the original libjpeg project.Most of the major > Linux > distros (Fedora, Debian, OpenSUSE) moved from libjpeg

Re: [OE-core] [RFC] Use libjpeg-turbo in place of libjpeg

On Fri, Nov 27, 2015 at 09:13:22AM -0200, Otavio Salvador wrote: > On Fri, Nov 27, 2015 at 9:04 AM, Maxin B. John wrote: > > This patch set provides libjpeg-turbo as a drop-in replacement for libjpeg. > > > > libjpeg-turbo is a fork of the original libjpeg project.Most of

Re: [OE-core] [RFC] Use libjpeg-turbo in place of libjpeg

Hi, On Fri, Nov 27, 2015 at 12:19:32PM +0100, Martin Jansa wrote: > On Fri, Nov 27, 2015 at 09:13:22AM -0200, Otavio Salvador wrote: > > On Fri, Nov 27, 2015 at 9:04 AM, Maxin B. John wrote: > > > This patch set provides libjpeg-turbo as a drop-in replacement for > > >

Re: [OE-core] [PATCH 2/2] wic: Allow to use a custom config for bootloaders

On Thu, Nov 26, 2015 at 01:23:50PM -0600, Mariano Lopez wrote: > > > On 11/26/2015 08:48 AM, Mariano Lopez wrote: > > > > > >On 11/24/2015 09:43 AM, Ed Bartosh wrote: > >>On Mon, Nov 23, 2015 at 04:13:15PM -0600, Mariano Lopez wrote: > >>> > >>>On 11/23/2015 11:37 AM, Ed Bartosh wrote: > Hi

[OE-core] Failing devshell

2015-11-26 18:25 GMT+01:00 Dariusz Pelowski : > I'm getting an error during execution of devshell: > bitbake -c devshell quilt-native > WARNING: Host distribution "Arch-Linux" has not been validated with this > version of the build system; you may possibly experience

Re: [OE-core] [RFC] Use libjpeg-turbo in place of libjpeg

On 27-11-15 12:19, Martin Jansa wrote: On Fri, Nov 27, 2015 at 09:13:22AM -0200, Otavio Salvador wrote: On Fri, Nov 27, 2015 at 9:04 AM, Maxin B. John wrote: This patch set provides libjpeg-turbo as a drop-in replacement for libjpeg. libjpeg-turbo is a fork of the

[OE-core] [PATCH 0/1] bash_4.3.30: fix testcase run-coproc/run-execscript/run-test/run-heredoc failed

The following changes since commit 03f15e51998a3ef65a5b68cb7cbf724f4388c289: sstate: Ensure siginfo and sig files are also touched (2015-11-25 08:09:00 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-bash

[OE-core] [PATCH 1/1] bash_4.3.30: fix testcase run-coproc/run-execscript/run-test/run-heredoc failed

Add user 'test' to fix the failure of 'the test suite should not be run as root'(run-execscript and run-test) Backport test case from git://git.sv.gnu.org/bash.git to fix run-execscript and run-heredoc Still failed cases: FAIL: run-intl FAIL: run-lastpipe FAIL: run-trap YOCTO: 5698

[OE-core] [PATCH] orc: Upgrade 0.4.23 -> 0.4.24

Signed-off-by: Mike Crowe --- meta/recipes-devtools/orc/{orc_0.4.23.bb => orc_0.4.24.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/orc/{orc_0.4.23.bb => orc_0.4.24.bb} (83%) diff --git a/meta/recipes-devtools/orc/orc_0.4.23.bb

[OE-core] [PATCH] qemu: add PACKAGECONFIG stanza for bzip2

Signed-off-by: Ross Burton --- meta/recipes-devtools/qemu/qemu.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/qemu/qemu.inc b/meta/recipes-devtools/qemu/qemu.inc index abbace8..c856abe 100644 --- a/meta/recipes-devtools/qemu/qemu.inc +++

[OE-core] [PATCH] bluez5:upgrade bluez5 to 5.36

Bluez5-5.36 fixes the most part of bug. The target areas of bug are such as PBAP, AVRCP, HoG and GATT. It fixes a fairly important bug for the GATT D-Bus interfaces too. At the same time, Bluez will cache more information of remote GATT databases and thereby avoid unnecessary rediscovery of remote

Re: [OE-core] [PATCH] bluez5:upgrade bluez5 to 5.36

On 27 November 2015 at 10:03, Wu Zheng wrote: > Bluez5-5.36 fixes the most part of bug. > The target areas of bug are such as PBAP, AVRCP, HoG and GATT. > It fixes a fairly important bug for the GATT D-Bus interfaces too. > At the same time, Bluez will cache more information

Re: [OE-core] [PATCH] bluez5:upgrade bluez5 to 5.36

Hi Burton, Ross Thanks. Best Regards Zheng Wu From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Friday, November 27, 2015 6:03 PM To: Zheng, Wu Cc: OE-core Subject: Re: [OE-core] [PATCH] bluez5:upgrade bluez5 to 5.36 On 27 November 2015 at 10:03, Wu Zheng

Re: [OE-core] [PATCH V2] gcc-cross-initial: make dependency on gnu-config-native and autoconf-native explicit

On Fri, Nov 27, 2015 at 04:50:32PM +0800, Yuanjie Huang wrote: > From: Yuanjie Huang > > When a project is configure to use sstate cache and has the host tool sysroot > cleaned, gcc-cross-initial may fail to be configured due to lack of > gnu-configize tool. > >

[OE-core] [PATCH V3] gcc-cross-initial: make dependency on gnu-config-native and autoconf-native explicit

From: Yuanjie Huang When a project is configure to use sstate cache and has the host tool sysroot cleaned, gcc-cross-initial may fail to be configured due to lack of gnu-configize tool. gcc-cross-initial recipe has autotools dependency inhibited, and the same flag

Re: [OE-core] [PATCH 0/4] extend buildhistory

On Fri, Nov 27, 2015 at 01:34:27PM +1300, Paul Eggleton wrote: > On Wednesday 25 November 2015 10:30:28 Patrick Ohly wrote: > > The initial implementation of YOCTO #8138 > > ("buildhistory-extra.bbclass: store more information about a build") > > had some issues ("kconfig" file not preserved) but

Re: [OE-core] [PATCH] gcc-cross-initial: make dependency on gnu-config-native and autoconf-native explicit

On Fri, Nov 27, 2015 at 10:45:48AM +0800, Yuanjie Huang wrote: > From: Yuanjie Huang > > When a project is configure to use sstate cache and has the host tool sysroot > cleaned, gcc-cross-initial may fail to be configured due to lack of > gnu-configize tool. > >

[OE-core] [PATCH V2] gcc-cross-initial: make dependency on gnu-config-native and autoconf-native explicit

From: Yuanjie Huang When a project is configure to use sstate cache and has the host tool sysroot cleaned, gcc-cross-initial may fail to be configured due to lack of gnu-configize tool. gcc-cross-initial recipe has autotools dependency inhibited, and the same flag

[OE-core] [PATCH 1/2] python: Fix cross compiling issue

From: Jackie Huang If the target and host have the same type, the system may try to execute the instructions from the target version. This can lead to illegal instructions as well as the wrong copy of the code running. Add CROSSPYTHONPATH for PYTHON_FOR_BUILD and

[OE-core] [PATCH 0/2] python: Fix cross compiling issue

From: Jackie Huang Tested on qemuarm and intel-x86-64. -- The following changes since commit 80b3974081c4a8c604e23982a6db8fb32c616058: sstate: Ensure siginfo and sig files are also touched (2015-11-25 08:08:51 +) are available in the git repository at:

[OE-core] [PATCH 2/2] python3: Fix cross compiling issue

From: Jackie Huang If the target and host have the same type, the system may try to execute the instructions from the target version. This can lead to illegal instructions as well as the wrong copy of the code running. This was fixed by