Re: [OE-core] [RFC PATCH 3/4] gtk+: remove GTK+ 2

2019-07-09 Thread Mittal, Anuj
This resulted in a oe-selftest failure for recipetool.RecipetoolTests.test_recipetool_create_cmake: https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/280/steps/7/logs/step2d Thanks, Anuj On Fri, 2019-07-05 at 17:20 +0100, Ross Burton wrote: > GTK+ 2 is ancient, and shouldn't be

Re: [OE-core] [PATCH] autoconf-archive: update to 2019.01.06

2019-07-09 Thread Khem Raj
On Tue, Jul 2, 2019 at 10:54 AM Oleksandr Kravchuk wrote: > > Hi Robert, > > Unfortunately I do not have an answer. I failed an issue: > https://github.com/rsyslog/rsyslog/issues/3738 > > Let's see what the project suggests. > can we have autoconf logs before and after this upgrade ? its detectin

[OE-core] ✗ patchtest: failure for "binutils: fix CVE-2019-12972 C..." and 2 more

2019-07-09 Thread Patchwork
== Series Details == Series: "binutils: fix CVE-2019-12972 C..." and 2 more Revision: 1 URL : https://patchwork.openembedded.org/series/18592/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [PATCH 2/2] xmlcatalog: hold libxml2-native dependency

2019-07-09 Thread Chen Qi
Put libxml2-native dependency in this class and remove it from recipes inheriting this class. In fact, if a recipe inherits this class and does not have libxml2-native, the xmlcatalog_sstate_postinst would fail. Signed-off-by: Chen Qi --- meta/classes/xmlcatalog.bbclass

[OE-core] [PATCH V2 0/2] buildtools-tarball: add nativesdk-libxml2-utils

2019-07-09 Thread Chen Qi
Changes in V2: * Let xmlcatalog.bbclass hold 'libxml2-native' dependency. The following changes since commit 2a6094ca8c4aa5c00636df77669e5bca6ad52bcf: oeqa/bbtests: Tweak test bitbake output pattern matching (2019-07-09 23:30:44 +0100) are available in the git repository at: git://git.poky

[OE-core] [PATCH 1/2] buildtools-tarball: add nativesdk-libxml2-utils

2019-07-09 Thread Chen Qi
For build-sysroots.bb, the xmlcatalog would not be in its staging directory. Causing the following error for eSDK. ERROR: build-sysroots-1.0-r0 do_build_native_sysroot: Command '/PATH/TO/IMAGE/testsdkext/tmp/sysroots/x86_64/usr/bin/postinst-docbook-xml-dtd4-native-xmlcatalog' returned non-zero e

Re: [OE-core] [PATCH 1/1] buildtools-tarball: add nativesdk-libxml2-utils

2019-07-09 Thread ChenQi
On 07/09/2019 06:18 PM, Richard Purdie wrote: On Tue, 2019-07-09 at 17:36 +0800, ChenQi wrote: On 07/09/2019 09:38 AM, ChenQi wrote: On 07/09/2019 12:47 AM, Richard Purdie wrote: On Mon, 2019-07-08 at 15:37 +0800, Chen Qi wrote: For build-sysroots.bb, the xmlcatalog would not be in its stagin

[OE-core] [PATCH 2/3] gnupg: upgrade 2.2.16 -> 2.2.17

2019-07-09 Thread Anuj Mittal
Also fixes CVE-2019-13050. Announcement: https://lists.gnupg.org/pipermail/gnupg-announce/2019q3/000439.html Signed-off-by: Anuj Mittal --- .../gnupg/{gnupg_2.2.16.bb => gnupg_2.2.17.bb} | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) rename meta/recipes-support/gnupg/

[OE-core] [PATCH 3/3] libxslt: fix CVE-2019-13117 CVE-2019-13118

2019-07-09 Thread Anuj Mittal
Signed-off-by: Anuj Mittal --- .../libxslt/files/CVE-2019-13117.patch| 33 .../libxslt/files/CVE-2019-13118.patch| 76 +++ .../recipes-support/libxslt/libxslt_1.1.33.bb | 2 + 3 files changed, 111 insertions(+) create mode 100644 meta/recipes-support/lib

[OE-core] [PATCH 1/3] binutils: fix CVE-2019-12972 CVE-2019-9071

2019-07-09 Thread Anuj Mittal
Signed-off-by: Anuj Mittal --- .../binutils/binutils-2.32.inc| 2 + .../binutils/binutils/CVE-2019-12972.patch| 51 ++ .../binutils/binutils/CVE-2019-9071.patch | 164 ++ 3 files changed, 217 insertions(+) create mode 100644 meta/recipes-devtools/bi

Re: [OE-core] Problems with sstate-cache in Artifactory

2019-07-09 Thread Ankur Tyagi
On Wed, Jul 10, 2019 at 2:28 AM chris.lapla...@agilent.com wrote: > > > DEBUG: For url file://5c/sstate:u-boot-ti-staging:wsl-linux- > > gnueabi:2019.01+gitAUTOINC+06e0b5babe:r17:wsl:3:5cdf9380b9b3f8c94a706344cf19554a_packagedata.tgz > > returning > > https://artifactory.local.gallagher.io/artifa

[OE-core] [PATCH 2/2] libva-utils: upgrade 2.4.0 -> 2.5.0

2019-07-09 Thread Anuj Mittal
For changes in this release, see: https://github.com/intel/libva-utils/releases Signed-off-by: Anuj Mittal --- .../libva/{libva-utils_2.4.0.bb => libva-utils_2.5.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/libva/{libva-utils_2.4.0.bb => li

[OE-core] [PATCH 1/2] libva: upgrade 2.4.1 -> 2.5.0

2019-07-09 Thread Anuj Mittal
For changes in this release, see: https://github.com/intel/libva/releases Signed-off-by: Anuj Mittal --- .../recipes-graphics/libva/{libva_2.4.1.bb => libva_2.5.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/libva/{libva_2.4.1.bb => libva_2.5.0.bb}

[OE-core] ✗ patchtest: failure for "core-image-sato-sdk-ptest: Red..." and 1 more

2019-07-09 Thread Patchwork
== Series Details == Series: "core-image-sato-sdk-ptest: Red..." and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/18588/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

Re: [OE-core] Problems with sstate-cache in Artifactory

2019-07-09 Thread chris.laplante--- via Openembedded-core
> DEBUG: For url file://5c/sstate:u-boot-ti-staging:wsl-linux- > gnueabi:2019.01+gitAUTOINC+06e0b5babe:r17:wsl:3:5cdf9380b9b3f8c94a706344cf19554a_packagedata.tgz > returning > https://artifactory.local.gallagher.io/artifactory/rnd-yocto-packages/sstate-cache/wsl-thud/5c/sstate%3Au-boot-ti- > stagi

[OE-core] [PATCH 1/2] core-image-sato-sdk-ptest: Reduce image padding size due to bootimg 4GB limit

2019-07-09 Thread Richard Purdie
This image continues to run out of space on the autobuilder, tweak it a bit further now the image space requirements were reduced after various ptest fixes to avoid the error. Signed-off-by: Richard Purdie --- meta/recipes-sato/images/core-image-sato-sdk-ptest.bb | 4 ++-- 1 file changed, 2 inse

[OE-core] [PATCH 2/2] oeqa/bbtests: Tweak test bitbake output pattern matching

2019-07-09 Thread Richard Purdie
The output from bitbake will change slightly soon due to runqueue changes, adpat the test now to account for both the old and new cases. Signed-off-by: Richard Purdie --- meta/lib/oeqa/selftest/cases/bbtests.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/sel

Re: [OE-core] [RFC PATCH] Add gnu testsuite execution for OEQA

2019-07-09 Thread Khem Raj
On Tue, Jul 9, 2019 at 4:48 AM Nathan Rossi wrote: > > On Tue, 9 Jul 2019 at 21:16, Burton, Ross wrote: > > > > This is awesome! > > > > On Sat, 6 Jul 2019 at 12:39, Nathan Rossi wrote: > > > | gcc | g++ | libstdc++ | binutils| gas > > > | ld | g

[OE-core] [PATCH v3] efibootmgr: Pass correct flags to compiler from pkg-config

2019-07-09 Thread Khem Raj
efivar.h is in usr/include/efirvar directory so it should be added to include search path via -I to compiler cmdline to fix make[1]: *** No rule to make target 'efivar.h', needed by 'efibootmgr.o'. Stop. | make[1]: *** Waiting for unfinished jobs When running clang to generate dependencies -

[OE-core] [PATCH] u-boot: Provide tasks to generate default U-Boot environment(s) images

2019-07-09 Thread Lukasz Majewski
This change provides tasks to generate default U-Boot environment images from built U-Boot (via. get_default_envs.sh script). Those images then can be used to generate wic images (with e.g. eMMC layout). With such approach the end user doesn't see the "CRC environment" error after the first boot.

Re: [OE-core] [PATCH] systemd: Fix interface bring-up on kernels >= 5.2

2019-07-09 Thread Alex Kiernan
On Tue, Jul 9, 2019 at 12:59 PM Ricardo Ribalda Delgado wrote: > > Hi Alex > > That would also be ok. Is this already on a released version or is > only on the "master" branch? > > It's on the v242-stable branch: https://github.com/systemd/systemd-stable/commit/8fbc72f45f4aa84889bc8694a9ce662946

Re: [OE-core] [PATCH] systemd: Fix interface bring-up on kernels >= 5.2

2019-07-09 Thread Ricardo Ribalda Delgado
Hi Alex That would also be ok. Is this already on a released version or is only on the "master" branch? On Tue, Jul 9, 2019 at 1:12 PM Alex Kiernan wrote: > > On Tue, Jul 9, 2019 at 9:43 AM Ricardo Ribalda Delgado > wrote: > > > > With kernels >=5.2 systemd-networkd is unable to bring up the

Re: [OE-core] [RFC PATCH] Add gnu testsuite execution for OEQA

2019-07-09 Thread Burton, Ross
On Tue, 9 Jul 2019 at 12:47, Nathan Rossi wrote: > Just to clarify, by real hardware are you interested in the tests > running against a system running with a oe distro + kernel. Or just > running on e.g. the build host? > > As for the failing tests, do not put to much emphasis on the values > pro

Re: [OE-core] [RFC PATCH] Add gnu testsuite execution for OEQA

2019-07-09 Thread Nathan Rossi
On Tue, 9 Jul 2019 at 21:16, Burton, Ross wrote: > > This is awesome! > > On Sat, 6 Jul 2019 at 12:39, Nathan Rossi wrote: > > | gcc | g++ | libstdc++ | binutils| gas > > | ld | glibc > > x86-64 | 589/135169 | 457/131913 | 1/13008 | 0

Re: [OE-core] [RFC PATCH] Add gnu testsuite execution for OEQA

2019-07-09 Thread Burton, Ross
This is awesome! On Sat, 6 Jul 2019 at 12:39, Nathan Rossi wrote: > | gcc | g++ | libstdc++ | binutils| gas > | ld | glibc > x86-64 | 589/135169 | 457/131913 | 1/13008 | 0/ 236 | 0/ > 1256 | 166/ 1975 | 1423/ 5991 > arm |

Re: [OE-core] [PATCH] systemd: Fix interface bring-up on kernels >= 5.2

2019-07-09 Thread Alex Kiernan
On Tue, Jul 9, 2019 at 9:43 AM Ricardo Ribalda Delgado wrote: > > With kernels >=5.2 systemd-networkd is unable to bring up the link. > > eth0: Could not bring up interface: Invalid argument > > This is already reported upstream and fixed on master: > > https://github.com/systemd/systemd/issues/1

Re: [OE-core] [RFC PATCH] Add gnu testsuite execution for OEQA

2019-07-09 Thread Nathan Rossi
On Tue, 9 Jul 2019 at 06:55, Alejandro Enedino Hernandez Samaniego wrote: > > Hey guys, > > On Sat, Jul 6, 2019 at 5:52 AM Richard Purdie > wrote: >> >> On Sat, 2019-07-06 at 11:39 +, Nathan Rossi wrote: >> > This patch is an RFC for adding support to execute the gnu test suites for >> > bin

[OE-core] [PATCH 1/2] libsndfile1: disable use of sqlite3 by default

2019-07-09 Thread Ross Burton
sqlite3 is only used by the regression testing tool, which is of limited use unless you're the developer of libsndfile. Add a PACKAGECONFIG for this, but disable by default. Signed-off-by: Ross Burton --- meta/recipes-multimedia/libsndfile/libsndfile1_1.0.28.bb | 3 ++- 1 file changed, 2 insert

[OE-core] [PATCH 2/2] libsndfile1: remove redundant autoconf seeding

2019-07-09 Thread Ross Burton
Twelve years ago libsndfile was badly detecting large file handling and generating bad code[1]. The detection code in libsndfile has had many fixes since then and this isn't needed anymore (verified by comparing config.h when built for qemuarm). [1] https://git.openembedded.org/openembedded/comm

Re: [OE-core] [RFC PATCH] Add gnu testsuite execution for OEQA

2019-07-09 Thread Nathan Rossi
On Sat, 6 Jul 2019 at 22:52, Richard Purdie wrote: > > On Sat, 2019-07-06 at 11:39 +, Nathan Rossi wrote: > > This patch is an RFC for adding support to execute the gnu test suites for > > binutils, gcc and glibc. With the intention for enabling automated test > > running > > of these test su

Re: [OE-core] [PATCH 1/1] buildtools-tarball: add nativesdk-libxml2-utils

2019-07-09 Thread Richard Purdie
On Tue, 2019-07-09 at 17:36 +0800, ChenQi wrote: > On 07/09/2019 09:38 AM, ChenQi wrote: > > On 07/09/2019 12:47 AM, Richard Purdie wrote: > > > On Mon, 2019-07-08 at 15:37 +0800, Chen Qi wrote: > > > > For build-sysroots.bb, the xmlcatalog would not be in its > > > > staging directory. Causing the

Re: [OE-core] [PATCH 1/1] buildtools-tarball: add nativesdk-libxml2-utils

2019-07-09 Thread ChenQi
On 07/09/2019 09:38 AM, ChenQi wrote: On 07/09/2019 12:47 AM, Richard Purdie wrote: On Mon, 2019-07-08 at 15:37 +0800, Chen Qi wrote: For build-sysroots.bb, the xmlcatalog would not be in its staging directory. Causing the following error for eSDK. ERROR: build-sysroots-1.0-r0 do_build_native_

Re: [OE-core] [PATCH] buildhistory: don't output ownership for the sysroot

2019-07-09 Thread Burton, Ross
On Tue, 9 Jul 2019 at 02:11, akuster808 wrote: > On 7/8/19 4:46 PM, Ross Burton wrote: > > As the sysroot isn't ran inside pseudo the ownership is whoever is running > > the > > builds. In a setup where multiple builders all contribute to a shared > > buildhistory writing the ownership data isn'

[OE-core] ✗ patchtest: failure for systemd: Fix interface bring-up on kernels >= 5.2

2019-07-09 Thread Patchwork
== Series Details == Series: systemd: Fix interface bring-up on kernels >= 5.2 Revision: 1 URL : https://patchwork.openembedded.org/series/18577/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have be

[OE-core] [PATCH] systemd: Fix interface bring-up on kernels >= 5.2

2019-07-09 Thread Ricardo Ribalda Delgado
With kernels >=5.2 systemd-networkd is unable to bring up the link. eth0: Could not bring up interface: Invalid argument This is already reported upstream and fixed on master: https://github.com/systemd/systemd/issues/12784 They recommend Debian to backport two patches. Signed-off-by: Ricardo

[OE-core] [PATCH] image.bbclass: Only append to IMAGE_LINK_NAME if it was already set

2019-07-09 Thread Mike Crowe
create_symlinks does not create any links if IMAGE_LINK_NAME is empty. Unfortunately, setup_debugfs_variables unconditionally appends '-dbg' which results in a previously-empty IMAGE_LINK_NAME containing just '-dbg'. Let's check that it's not empty before appending. Signed-off-by: Mike Crowe ---

Re: [OE-core] [PATCH v2] systemd-bootconf: Make is machine specific

2019-07-09 Thread Ricardo Ribalda Delgado
Hi Richard Something else that I need to fix on this patch? Thanks! On Wed, Jul 3, 2019 at 6:33 PM Ricardo Ribalda Delgado wrote: > > Recipe makes use of the variable APPEND: > > do_configure[vardeps] += "APPEND" > > APPEND is usually linked to a to a machine and not to a > cpu architecture, as