[OE-core] [PATCH] meson: update patch status

2019-10-03 Thread Ross Burton
Signed-off-by: Ross Burton --- ...1-environment.py-detect-windows-also-if-the-system-str.patch | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/meson/meson/0001-environment.py-detect-windows-also-if-the-system-str.patch b/meta/recipes-devtools/meson/mes

[OE-core] [PATCH] meson: fix RDEPENDS

2019-10-03 Thread Ross Burton
Meson needs python3-pkg-resources to work to add to RDEPENDS. Remove python3-core as this is automatically pulled in by python3-modules. Signed-off-by: Ross Burton --- meta/recipes-devtools/meson/meson.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools

[OE-core] [PATCH] insane: add check for perllocal.pod

2019-10-03 Thread Ross Burton
perlocal.pod is an index file of locally installed modules and so shouldn't be installed by any distribution packages. cpan.bbclass already sets NO_PERLOCAL to stop this file being generated by most Perl recipes, but if a recipe is using MakeMaker directly (such as rrdtool) then they might not be

[OE-core] [PATCH] oe.svg: Copy artwork from openembedded-classic.

2019-10-03 Thread Philip Balister
Signed-off-by: Philip Balister --- contrib/artwork/oe.svg | 80 ++ 1 file changed, 80 insertions(+) create mode 100644 contrib/artwork/oe.svg diff --git a/contrib/artwork/oe.svg b/contrib/artwork/oe.svg new file mode 100644 index 00..4af9587094 --

[OE-core] [PATCH] lib/oe/terminal.py: fix gnome-terminal start behavior

2019-10-03 Thread Trevor Gamblin
[Bugzilla Bug 13201] -- https://bugzilla.yoctoproject.org/show_bug.cgi?id=13201 Newer versions of gnome-terminal (3.32.0 and up) are not starting as expected for commands e.g. "bitbake -c devshell zlib". This manifests as the instance appearing as a new tab rather than a new window. Fix this (and

[OE-core] ✗ patchtest: failure for libsolv: Security fix for CVEs: (rev2)

2019-10-03 Thread Patchwork
== Series Details == Series: libsolv: Security fix for CVEs: (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/20084/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been execute

[OE-core] [thud][PATCH v2] libsolv: Security fix for CVEs:

2019-10-03 Thread Muminul Islam
Signed-off-by: Muminul Islam --- ...0003-Fix-Dereference-of-null-pointer.patch | 26 +++ .../0004-Fix-Add-va_end-before-return.patch | 28 .../libsolv/0005-Fix-Memory-leaks.patch | 151 ++ .../libsolv/0006-Fix-testsolv-segfault.patch | 33 .../libsolv/0007-Fi

[OE-core] ✗ patchtest: failure for ofono: convert recipe to use git

2019-10-03 Thread Patchwork
== Series Details == Series: ofono: convert recipe to use git Revision: 1 URL : https://patchwork.openembedded.org/series/20284/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on th

[OE-core] [meta][PATCH] ofono: convert recipe to use git

2019-10-03 Thread Nicola Lunghi
From: Nicola Lunghi ofono has a git repository available. Use that instead of the KERNELORG_MIRROR Signed-off-by: Nicola Lunghi --- meta/recipes-connectivity/ofono/ofono.inc | 4 +++- meta/recipes-connectivity/ofono/ofono_1.30.bb | 3 +-- 2 files changed, 4 insertions(+), 3 deletions(-) d

Re: [OE-core] [PATCH 2/2] ethtool, libcap: fix upstream version check

2019-10-03 Thread Adrian Bunk
On Wed, Oct 02, 2019 at 11:20:01PM +0300, Adrian Bunk wrote: >... > I sent an email to Fastly support, let's see if they will answer. This is something that has to be fixed at the kernel.org side (see [1]), my ticket for that is Linux Foundation RT #80134. cu Adrian [1] https://www.fastly.com/bl

[OE-core] [meta][PATCH] ofono: run oe-stylize over recipe

2019-10-03 Thread Nicola Lunghi
From: Nicola Lunghi Variable ordering changed slightly and add the SRC_URI to the inc file Signed-off-by: Nicola Lunghi --- meta/recipes-connectivity/ofono/ofono.inc | 32 +++ meta/recipes-connectivity/ofono/ofono_1.30.bb | 6 ++-- 2 files changed, 21 insertions(+), 17 del

Re: [OE-core] [PATCH] Fix #13560 - Partition numbering is broken for MBR primary partition #4

2019-10-03 Thread Michael Cooper
Thanks a lot! I'll try to make git send-email work next time, this one suffered due to manual copying :( On Thu, Oct 3, 2019 at 6:59 PM Richard Purdie wrote: > > On Thu, 2019-10-03 at 18:36 +0300, Michael Cooper wrote: > > Bug: When wks describes extra partitions that aren't in the partition > > t

[OE-core] ✗ patchtest: failure for Fix #13560 - Partition numbering is broken for MBR primary partition #4

2019-10-03 Thread Patchwork
== Series Details == Series: Fix #13560 - Partition numbering is broken for MBR primary partition #4 Revision: 1 URL : https://patchwork.openembedded.org/series/20282/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response.

Re: [OE-core] [PATCH] Fix #13560 - Partition numbering is broken for MBR primary partition #4

2019-10-03 Thread Richard Purdie
On Thu, 2019-10-03 at 18:36 +0300, Michael Cooper wrote: > Bug: When wks describes extra partitions that aren't in the partition > table (e.g. boot loader) and exactly four primary MBR partitions, the > last partition gets added to fstab as partition #5 instead of #4. > > https://bugzilla.yoctopro

[OE-core] [PATCH] Fix #13560 - Partition numbering is broken for MBR primary partition #4

2019-10-03 Thread Michael Cooper
Bug: When wks describes extra partitions that aren't in the partition table (e.g. boot loader) and exactly four primary MBR partitions, the last partition gets added to fstab as partition #5 instead of #4. https://bugzilla.yoctoproject.org/show_bug.cgi?id=13560 Signed-off-by: Michael Cooper ---

Re: [OE-core] [master][PATCH] gen-lockedsig-cache: Replace glob lookup with hash to filename lookup

2019-10-03 Thread Richard Purdie
On Wed, 2019-10-02 at 16:25 +0100, richard.pur...@linuxfoundation.org wrote: > I've queued such a patch in master-next and am testing, its an > improvement but I'm worried its not resolving the problem. > > Options are to prune the sstate cache, or to teach the code to > generate > the full filena

Re: [OE-core] [PATCH 0/6] YOCTO #12937 - Consistent naming scheme for deployed artifacts

2019-10-03 Thread Richard Purdie
On Thu, 2019-10-03 at 10:27 +0200, Martin Jansa wrote: > Any feedback on this or does it have to wait for 3.1? This is the kind of change we need to make early in the release since it means the release scripts, release engineering and potentially QA all need to update. It was late enough in M3 and

Re: [OE-core] [PATCH 0/6] YOCTO #12937 - Consistent naming scheme for deployed artifacts

2019-10-03 Thread Martin Jansa
Any feedback on this or does it have to wait for 3.1? At least the last patch is a fix for regression already included in 3.0. On Fri, Aug 23, 2019 at 8:01 AM Martin Jansa wrote: > Let me explain a bit what these changes do for us in LGE. > > We have jenkins jobs for CI as well for official rel

Re: [OE-core] [PATCH] testimage.bbclass: Add kernel provider and version to testresult

2019-10-03 Thread Richard Purdie
On Thu, 2019-10-03 at 07:35 +0800, Yeoh Ee Peng wrote: > In running QA testing, we sometime need to select custom provider > for > virtual/kernel and version. To track the selected virtual/kernel > provider > and version used during test, we need to add these information to > testresult. > > This