[oe] [meta-networking] [PATCH] dovecot: 2.2.25 -> 2.2.29

Upgrade dovecot from 2.2.25 to 2.2.29. Signed-off-by: Huang Qiyu --- .../recipes-support/dovecot/{dovecot_2.2.25.bb => dovecot_2.2.29.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-networking/recipes-support/dovecot/{dovecot_2.2.25.bb =>

[oe] [meta-networking][ 11/11] autofs: Upgrade to 5.1.2 release

Add patches to make it work when SECURITY_FLAGS are enabled Signed-off-by: Khem Raj --- .../autofs/autofs-5.1.2-libtirpc-as-need.patch | 30 ++ .../autofs/autofs/fix_disable_ldap.patch | 10 +---

[oe] [meta-oe][ 08/11] mozjs: Fix build with gcc7

Signed-off-by: Khem Raj --- ...0001-add-support-for-big-endian-32bit-ARM.patch | 26 -- ...-first-character-of-string-to-be-null-or-.patch | 32 ++ meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb | 29 ++-- 3 files

[oe] [meta-multimedia][ 07/11] libmusicbrainz: Add missing dep on libxml2

Shows up when libxml2 is not installed on build host since the native part then fails to build. | Could NOT find LibXml2 (missing: LIBXML2_LIBRARIES) Signed-off-by: Khem Raj --- meta-multimedia/recipes-multimedia/musicbrainz/libmusicbrainz_git.bb | 2 +- 1 file changed, 1

[oe] [meta-oe][ 05/11] efivar: Backport patches to remove double const decls

Helps fixing build with gcc 7 Signed-off-by: Khem Raj --- ...some-extra-const-that-gcc-complains-about.patch | 44 +++ ...-version-new-way-symbol-versioning-breaks.patch | 66 ++ meta-oe/recipes-extended/efivar/efivar_0.24.bb | 2 + 3

[oe] [meta-python][ 04/11] python-unidiff: Upgrade to 0.5.3

Signed-off-by: Khem Raj --- .../python/{python-unidiff_0.5.2.bb => python-unidiff_0.5.3.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-python/recipes-devtools/python/{python-unidiff_0.5.2.bb => python-unidiff_0.5.3.bb} (70%) diff --git

[oe] [meta-oe][ 10/11] frame,grail: Disable PIE in SECURITY_FLAGS

Doesnt compile yet with PIE turned on Signed-off-by: Khem Raj --- meta-oe/recipes-support/canonical-multitouch/frame_2.5.0.bb | 2 ++ meta-oe/recipes-support/canonical-multitouch/grail_3.1.1.bb | 1 + 2 files changed, 3 insertions(+) diff --git

[oe] [meta-oe][ 09/11] geis: Fix build with gcc7

Signed-off-by: Khem Raj --- ...pare-the-first-character-of-string-to-nul.patch | 43 ++ .../canonical-multitouch/geis_2.2.17.bb| 5 ++- 2 files changed, 46 insertions(+), 2 deletions(-) create mode 100644

[oe] [meta-oe][ 06/11] efibootmgr: Fix build with gcc 7

backport patch to remove double const in decls Signed-off-by: Khem Raj --- ...e-extra-const-keywords-gcc-7-gripes-about.patch | 49 ++ .../recipes-extended/efibootmgr/efibootmgr_0.12.bb | 1 + 2 files changed, 50 insertions(+) create mode 100644

[oe] [meta-oe][ 02/11] msgpack-c: Drop unused patch

Signed-off-by: Khem Raj --- .../304ff96d04599401172568d042723ff507e78cc3.patch | 40 -- 1 file changed, 40 deletions(-) delete mode 100644 meta-oe/recipes-devtools/msgpack/msgpack-c/304ff96d04599401172568d042723ff507e78cc3.patch diff --git

[oe] [meta-networking][ 03/11] yp-tools: Fix build with gcc7

Signed-off-by: Khem Raj --- ...01-lib-yp_all_host.c-Fix-build-with-gcc-7.patch | 33 ++ .../recipes-support/nis/yp-tools_3.3.bb| 3 +- 2 files changed, 35 insertions(+), 1 deletion(-) create mode 100644

[oe] [meta-oe][ 01/11] mpv: Add libxkbcommon when configuring with wayland

Fixes Package xkbcommon was not found in the pkg-config search path. Perhaps you should add the directory containing `xkbcommon.pc' to the PKG_CONFIG_PATH environment variable No package 'xkbcommon' found Signed-off-by: Khem Raj ---

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On Mon, Apr 24, 2017 at 12:13 PM, Burton, Ross wrote: > > On 24 April 2017 at 10:09, Burton, Ross wrote: >> >> All merged, I'll fire in a moment. > > > lttng-modules fails: > > In function 'lib_ring_buffer_align', > inlined from

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On 24 April 2017 at 01:31, Bruce Ashfield wrote: > I see that it was the 4.1 kernel, which is expected to fail. I haven't > looked into backporting gcc7 fixes > that far, but if there's demand, it is something we can consider/look into. > There's demand in that the

Re: [oe] more info in layerindex Was: Full Python3 Installation

On Tuesday, 25 April 2017 4:12:25 AM NZST Trevor Woerner wrote: > On Wed, Apr 12, 2017 at 2:53 PM, Paul Eggleton > > wrote: > > Regarding the layer index, we don't actually index packages or anything on > > the runtime side, since you would have to actually run a

[oe] [meta-oe][PATCH] mozjs: prevent target CFLAGS etc being passed to the host

Signed-off-by: Andre McCurdy --- meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb | 5 + 1 file changed, 5 insertions(+) diff --git a/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb b/meta-oe/recipes-extended/mozjs/mozjs_17.0.0.bb index 3424669..77d76c9 100644 ---

Re: [oe] more info in layerindex Was: Full Python3 Installation

Op 24-04-17 om 18:12 schreef Trevor Woerner: > On Wed, Apr 12, 2017 at 2:53 PM, Paul Eggleton > wrote: >> Regarding the layer index, we don't actually index packages or anything on >> the >> runtime side, since you would have to actually run a build to get full >>

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On 24 April 2017 at 17:10, Khem Raj wrote: > thanks, yes I haven't been testing SDK yet, whats the gcc version on > your build host ? > It's failing across the autobuilder so I'd suggest it's not specific to a gcc version. It also breaks on my personal machine, which is

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On 24 April 2017 at 10:09, Burton, Ross wrote: > All merged, I'll fire in a moment. > lttng-modules fails: In function 'lib_ring_buffer_align', inlined from 'lib_ring_buffer_try_reserve' at

[oe] more info in layerindex Was: Full Python3 Installation

On Wed, Apr 12, 2017 at 2:53 PM, Paul Eggleton wrote: > Regarding the layer index, we don't actually index packages or anything on the > runtime side, since you would have to actually run a build to get full > information there, and it can easily change depending on

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On Mon, Apr 24, 2017 at 8:54 AM, Burton, Ross wrote: > > On 24 April 2017 at 10:47, Burton, Ross wrote: >> >> The updated glibc recipe doesn't appear to be very happy: >>

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On 24 April 2017 at 10:47, Burton, Ross wrote: > The updated glibc recipe doesn't appear to be very happy: > https://autobuilder.yocto.io/builders/buildtools/ > builds/240/steps/BuildImages/logs/stdio > Note that every nativesdk-glibc build is failing like this, so that's

[oe] [meta-qt5] Qt 5.8 examples are not built

Hello, I recently updated my meta-qt5 layer to the current head version (https://github.com/meta-qt5/meta-qt5/commit/9927aacfc3b341eb36764fbe7d5a929d4f05f327) resulting in an upgrade to Qt 5.8. Since this upgrade, the Qt examples are not built anymore, even though I added them to PACKAGECONFIG

Re: [oe] [meta-oe][PATCH 1/3] lvm2: separate libdevmapper to avoid circular dependency

I'm still seeing some issues with this applied: ERROR: lvm2-2.02.166-r0 do_package: QA Issue: lvm2: Files/directories were installed but not shipped in any package: /usr/lib Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On Mon, Apr 24, 2017 at 7:11 AM, Burton, Ross wrote: > > On 24 April 2017 at 11:29, Burton, Ross wrote: > >> I'm getting that with 4.9.15 from meta-intel, should I be telling Saul to >> update the BSP with some fixes you've made? >> > > Or ideally

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On Mon, Apr 24, 2017 at 6:29 AM, Burton, Ross wrote: > > On 24 April 2017 at 01:31, Bruce Ashfield > wrote: > >> I wasn't able to bring up the linux-yocto one .. but the 4.10 linux Yocto >>> should be at a high enough stable >>> release to build

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On 24 April 2017 at 11:29, Burton, Ross wrote: > I'm getting that with 4.9.15 from meta-intel, should I be telling Saul to > update the BSP with some fixes you've made? > Or ideally telling myself to update meta-intel for the fixes that Saul has already merged... Ross --

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On 24 April 2017 at 06:45, Khem Raj wrote: > There are few other fixes that needs to be in there. glibc and gcc recipes > also needed some fixes. I have pushed the whole series to kraj/master > branch on contrib repo > grub is still failing on musl on the autobuilder: |

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On 24 April 2017 at 01:31, Bruce Ashfield wrote: > I wasn't able to bring up the linux-yocto one .. but the 4.10 linux Yocto >> should be at a high enough stable >> release to build with gcc7. So if there's a direct link to that error, I >> can take a closer look. >> >

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On 24 April 2017 at 10:09, Burton, Ross wrote: > All merged, I'll fire in a moment. > https://autobuilder.yocto.io/builders/nightly-non-gpl3/builds/237/steps/BuildImages/logs/stdio shows that the old elfutils in meta-gpl2 doesn't like gcc7 either. Ross --

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On 24 April 2017 at 10:09, Burton, Ross wrote: > All merged, I'll fire in a moment. > The updated glibc recipe doesn't appear to be very happy: https://autobuilder.yocto.io/builders/buildtools/builds/240/steps/BuildImages/logs/stdio Ross --

Re: [oe] [meta-oe][PATCH] collectd: CVE-2017-7401

On Mon, Apr 24, 2017 at 05:05:04PM +0800, Zhixiong Chi wrote: > Incorrect interaction of the parse_packet() and parse_part_sign_sha256() > functions > in network.c in collectd 5.7.1 and earlier allows remote attackers to cause a > denial of service (infinite loop) of a collectd instance

Re: [oe] [OE-core] [RFT] gcc7 and glibc-2.26 recipes

On 24 April 2017 at 06:45, Khem Raj wrote: > There are few other fixes that needs to be in there. glibc and gcc recipes > also needed some fixes. I have pushed the whole series to kraj/master > branch on contrib repo > >

[oe] [meta-oe][PATCH] collectd: CVE-2017-7401

Incorrect interaction of the parse_packet() and parse_part_sign_sha256() functions in network.c in collectd 5.7.1 and earlier allows remote attackers to cause a denial of service (infinite loop) of a collectd instance (configured with "SecurityLevel None" and with empty "AuthFile" options) via a

[oe] State of bitbake world, Failed tasks 2017-04-21

== Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!colspan='6'|Failed depencencies!!|Signatures !!colspan='14'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64

[oe] [meta-filesystems][PATCH] ntfs-3g-ntfsprogs: fix install failed while host dir not exist

While cross compiling, if the dir of "$(rootlibdir)" and "$(libdir)" (such as "/usr/lib64") do not exist on host system, the do_instal failed. --- make[3]: Entering directory `tmp/work/core2-64-wrs-linux/ntfs-3g-ntfsprogs/2017.3.23-r0/build/libntfs-3g' if [ ! "/usr/lib64" -ef

[oe] [meta-python][PATCH] python-pytz, python3-pytz: update to 2017.2

From: Pascal Bach - License checksum changed due to copyright year update to 2017. - Source package extension changed form to zip. Signed-off-by: Pascal Bach --- meta-python/recipes-devtools/python/python-pytz.inc| 7 ---

[oe] [meta-python][PATCH] python-sqlalchemy, python3-sqlalchemy: update to 1.1.9

From: Pascal Bach Signed-off-by: Pascal Bach --- meta-python/recipes-devtools/python/python-sqlalchemy.inc | 4 ++-- .../python/{python-sqlalchemy_1.1.6.bb => python-sqlalchemy_1.1.9.bb} | 0 .../{python3-sqlalchemy_1.1.6.bb =>

[oe] [meta-python][PATCH] python-chardet, python3-chardet: update to 3.0.2

From: Pascal Bach Signed-off-by: Pascal Bach --- meta-python/recipes-devtools/python/python-chardet.inc| 4 ++-- .../python/{python-chardet_2.3.0.bb => python-chardet_3.0.2.bb} | 0 .../python/{python3-chardet_2.3.0.bb =>

[oe] [meta-oe][PATCH] nodejs: update to 4.8.2

--- meta-oe/recipes-devtools/nodejs/{nodejs_4.7.3.bb => nodejs_4.8.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta-oe/recipes-devtools/nodejs/{nodejs_4.7.3.bb => nodejs_4.8.2.bb} (96%) diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_4.7.3.bb

[oe] [meta-oe][PATCH 2/3] cryptsetup: DEPENDS on libdevmapper instead of lvm2

From: Chen Qi When 'cryptsetup' PACKAGECONFIG is enabled for systemd, there would be circular dependency issue among 'systemd', 'cryptsetup' and 'lvm2'. To fix this problem, we've separated libdevmapper into a new recipe. Let cryptsetup depend on libdevmapper instead of

[oe] [meta-oe][PATCH 3/3] multipath-tools: depend on libdevmapper instead of lvm2

From: Chen Qi Now we've separted libdevmapper out of lvm2 recipe, we need to change multipath-tools to depend on libdevmapper instead of lvm2 to avoid build error like below. fatal error: libdevmapper.h: No such file or directory Signed-off-by: Chen Qi

[oe] [meta-oe][PATCH 1/3] lvm2: separate libdevmapper to avoid circular dependency

From: Chen Qi If we enable 'cryptsetup' PACKAGECONFIG for systemd, there would be circular dependency issue among 'systemd', 'cryptsetup' and 'lvm2'. cryptsetup only needs libdevmapper from lvm2. So we separte libdevmapper into a new recipe to solve this circular

[oe] [meta-oe] [PATCH] krb5: 1.13.6 -> 1.15.1

1) Upgrade krb5 from 1.13.6 to 1.15.1. 2) License checksum changed,since the copyright years were updated. 3) Fix error in the step of do_configure. | ERROR: krb5-1.15.1-r0 do_package: QA Issue: krb5: Files/directories were installed but not shipped in any package: |

Re: [oe] State of Java on OE

On 22/04/2017 00:25, Steven Osborn wrote: > Is anyone using Java on OE devices right now? > > meta-java - no release branches. Seems to only be focused on master. > I've had trouble even finding a revision that will compile on Morty. > > meta-oracle-java has a Morty branch, but the URI for the

Re: [oe] State of Java on OE

Op 22-04-17 om 08:45 schreef Koen Kooi: > Op 22-04-17 om 00:25 schreef Steven Osborn: >> Is anyone using Java on OE devices right now? > > Me! > >> meta-java - no release branches. Seems to only be focused on master. >> I've had trouble even finding a revision that will compile on Morty. > >

Re: [oe] State of Java on OE

On 22-04-17 00:25, Steven Osborn wrote: Is anyone using Java on OE devices right now? Yes! meta-oracle-java has a Morty branch, but the URI for the binaries is bad so it fails to install. We are using oracle for several years now. And yes, we pay for it. This URI is not bad, you need an