[OE-core] [PATCH 0/1] package_manager.py: fix for "Argument list too long"

2016-10-13 Thread Robert Yang
The following changes since commit 1a2311c8fa9a3703568cd390c44639fe3335023e: build-appliance-image: Update to master head revision (2016-10-11 23:43:20 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/long http://cgit.openembedded.or

[OE-core] [PATCH 1/1] package_manager.py: fix for "Argument list too long"

2016-10-13 Thread Robert Yang
Fixed when len(TMPDIR) = 410: $ bitbake core-image-sato-sdk [snip] Subprocess output: /bin/sh: /bin/cp: Argument list too long ERROR: core-image-sato-sdk-1.0-r0 do_rootfs: Function failed: do_rootfs [snip] This is because "copyhardlinktree(deploy_arch_dir, arch_channel)" does: "cp -afl deploy_arc

Re: [OE-core] [poky][PATCH 0/4] Add patches for gstreamer1.0-plugins-bad V1.8.3

2016-10-13 Thread Burton, Ross
On 13 October 2016 at 10:07, Carol Zhu wrote: > These gstreamer patches are bug fixing and all backported from > higher version, so the risk is low. > > Is that ok to integrate them into morty? > > Once they've been proven in master and if the morty maintainer agrees, yes. Ross -- _

Re: [OE-core] openssl: OpenSSL 1.1.x update

2016-10-13 Thread Tan, Raymond
Warm Regards,  Raymond Tan > -Original Message- > From: Mark Hatle [mailto:mark.ha...@windriver.com] > Sent: Thursday, October 06, 2016 11:40 PM > To: Khem Raj > Cc: Tan, Raymond ; openembedded- > c...@lists.openembedded.org; Gupta, Rahul KumarXX > > Subject: Re: [OE-core] openssl: Ope

Re: [OE-core] openssl: OpenSSL 1.1.x update

2016-10-13 Thread Hatle, Mark
While this is not a fully authoritative answer, I believe what your wrote will be correct. Latest 1.0.2 in 2.2. Master (in future) will have both 1.0.2 and 1.1.0. > On Oct 13, 2016, at 12:36, Tan, Raymond wrote: > > Warm Regards, > > Raymond Tan > >> -Original Message- >> From:

Re: [OE-core] [PATCH 1/1] package_manager.py: fix for "Argument list too long"

2016-10-13 Thread Burton, Ross
On 13 October 2016 at 10:45, Robert Yang wrote: > This is because "copyhardlinktree(deploy_arch_dir, arch_channel)" does: > "cp -afl deploy_arch_dir/* arch_channel", while the deploy_arch_dir/* is > expanded to "deploy_arch_dir/pkg1 deploy_arch_dir/pkg2 > deploy_arch_dir/pkg3 ..." which causes th

Re: [OE-core] SDK_OLDEST_KERNEL vs OLDEST_KERNEL

2016-10-13 Thread Martin Jansa
On Thu, Oct 13, 2016 at 04:23:21PM +1300, Paul Eggleton wrote: > On Thu, 13 Oct 2016 09:38:08 Paul Eggleton wrote: > > On Wed, 12 Oct 2016 15:26:15 Martin Jansa wrote: > > > is this separate variable working correctly? > > > > > > It was introduced in: > > > commit 522ba4c51fff53566678b2689d0d63c3

Re: [OE-core] [PATCH 2/2] librsvg: Add missing pixbufcache dependencies

2016-10-13 Thread Burton, Ross
On 11 October 2016 at 17:44, Kyle Russell wrote: > I suspect this list may still not be entirely complete, because ldd shows > several dependencies for libpixbufloader-svg.so. However, I'm not really > that familiar with all the dependencies going on here; we are definitely > seeing sporadic fai

Re: [OE-core] [PATCH] cmake: also set CMAKE_FIND_ROOT_PATH_MODE_PACKAGE

2016-10-13 Thread Otavio Salvador
On Tue, Oct 11, 2016 at 9:28 AM, Ross Burton wrote: > The other CMAKE_FIND_ROOT_PATH_MODE_* variables were already set to ONLY, but > PACKAGE was left out. Fix this so that cmake doesn't look on the host for > cmake > modules when it should only be looking in the target sysroot. > > Signed-off-b

Re: [OE-core] [PATCH] cmake: improve CMAKE_SYSTEM_PROCESSOR assignment in nativesdk

2016-10-13 Thread Otavio Salvador
On Tue, Oct 11, 2016 at 9:32 AM, Ross Burton wrote: > The previous string manipulations would result in the wrong string being used > for machines such as intel-corei7-64 as the sysroot was split at the first > hyphen (so would result in corei7 instead of corei7-64). > > Change the logic so that i

Re: [OE-core] [PATCH] gcc-sanitizers: allow empty for lsan and tsan packages

2016-10-13 Thread Kang Kai
On 2016年10月12日 17:26, Burton, Ross wrote: On 12 October 2016 at 03:37, > wrote: gcc checks threads and leak sanitizers support when do configure. If not supported, packages of tsan and lsan are empty. If add such package to image it fails to build

Re: [OE-core] [PATCH] gcc-sanitizers: allow empty for lsan and tsan packages

2016-10-13 Thread Burton, Ross
On 13 October 2016 at 15:40, Kang Kai wrote: > gcc checks tsan and lsan support in source file > gcc/libsanitizer/configure.tgt, > it seems only support x86_64. Then tsan and lsan related packages will be > empty for other target. > For qemuarm project, add in local.conf: > > IMAGE_INSTALL_appen

[OE-core] [PATCH] sqlite3: Revert ad601c7962 from 3.14.1 amalgamation package

2016-10-13 Thread Jianxun Zhang
It turns out this change between 3.12.2 and 3.13 introduces a 2% increase of build time based on statistic data in bz10367. The added patch is forged by diffing the new sqlite3.c generated from reverting the change in raw source of sqlite3 project, and then manually migrate the delta to a sqlite3.

[OE-core] [PATCH] linux-yocto.inc: ensure do_kernel_link_images runs before do_strip

2016-10-13 Thread Andre McCurdy
If the do_kernel_link_images task is enabled, then it needs to run before do_strip. The addtask statement for do_strip makes that explicit. For consistency, make it explicit in the addtask statement for do_kernel_link_images too. Signed-off-by: Andre McCurdy --- meta/recipes-kernel/linux/linux-y

Re: [OE-core] [PATCH] Add two patches for bind

2016-10-13 Thread Burton, Ross
On 17 September 2016 at 14:55, Zheng Ruoqin wrote: > 1.CVE-2016-2775.patch > [security] getrrsetbyname with a non absolute name could > trigger an infinite recursion bug in lwresd > and named with lwres configured if when combined > with a sear

[OE-core] [PATCH V2] sqlite3: Revert ad601c7962 from 3.14.1 amalgamation package

2016-10-13 Thread Jianxun Zhang
It turns out this change between 3.12.2 and 3.13 introduces a 2% increase of build time based on statistic data in bz10367. The added patch is forged by diffing the new sqlite3.c generated from reverting the change in raw source of sqlite3 project, and then manually migrate the delta to a sqlite3.

[OE-core] [PATCH 1/2] librsvg: remove redundant assignment

2016-10-13 Thread Ross Burton
PIXBUFCACHE_SYSROOT_DEPS was removed in oe-core b41108, so remove this assignment to avoid confusing people reading the recipe. Signed-off-by: Ross Burton --- meta/recipes-gnome/librsvg/librsvg_2.40.16.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-gnome/librsvg/librsvg_2.4

[OE-core] [PATCH 2/2] pixbufcache: handle gdk-pixbuf not being present

2016-10-13 Thread Ross Burton
It's possible - albeit unlikely - that gdk-pixbuf isn't present in the sysroot when a recipe inheriting this class is and the sysroot is finalised. One example would be if the sstate archive has librsvg but not gdk-pixbuf: librsvg will be extracted from the sstate but gdk-pixbuf will be built to "

Re: [OE-core] File conflicts in DL_DIR

2016-10-13 Thread Phil Blundell
On Wed, 2016-10-12 at 11:03 -0700, Matt Madison wrote: > I use ";downloadfilename=${BPN}-${PV}.tar.gz" to deal with this > problem, and it's worked well for me. Thanks, that works for me. p. -- ___ Openembedded-core mailing list Openembedded-core@list

[OE-core] [PATCH 1/2] Revert "linux-libc-headers: fix in/if.h includes"

2016-10-13 Thread jackie.huang
From: Jackie Huang This issue is fixed in the ppp recipe. This reverts commit 7c6b78ac8e2b176f77178c3dd12d8455be10845d. --- .../0001-ppp-fix-in-if.h-includes.patch| 83 -- .../linux-libc-headers/linux-libc-headers_4.8.bb | 4 -- 2 files changed, 87 deletions(-

[OE-core] [PATCH 0/2] ppp: fix building with linux-4.8

2016-10-13 Thread jackie.huang
From: Jackie Huang -- The following changes since commit 371ab635086e2878ada1f00a59c7ec826481ba0a: build-appliance-image: Update to master head revision (2016-10-11 23:43:28 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib.git jhuang0/d_ppp-linux-4.8_161

[OE-core] [PATCH 2/2] ppp: fix building with linux-4.8

2016-10-13 Thread jackie.huang
From: Jackie Huang Fix a build error when using the linux-4.8 headers that results in: In file included from pppoe.h:87:0, from plugin.c:29: ../usr/include/netinet/in.h:211:8: note: originally defined here struct in6_addr ^~~~ In file included from ../usr/include/li

Re: [OE-core] [poky][PATCH 0/4] Add patches for gstreamer1.0-plugins-bad V1.8.3

2016-10-13 Thread Carol Zhu
Hi Ross, So could we try integrating them to master branch and proving them firstly? If they are all ok, then we can try next. They won’t block the RC1 of 2.2. B.B From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Thursday, October 13, 2016 6:36 PM To: Carol Zhu Cc: O

[OE-core] [PATCH] fix two CVEs for bind

2016-10-13 Thread Zheng Ruoqin
Add two CVE patches from upstream git: https://www.isc.org/git/ 1.CVE-2016-2775.patch 2.CVE-2016-2776.patch Signed-off-by: zhengruoqin --- .../bind/bind/CVE-2016-2775.patch | 90 +++ .../bind/bind/CVE-2016-2776.patch | 123 + me