Re: [OE-core] [oe-core] [BUG] patch linux-firmware: bump to 20190618 breaks package index

2019-08-12 Thread Martin Jansa
PE was dropped, so version definitely went backwards and QA is right to complain. On Mon, Aug 12, 2019 at 3:41 PM Oleksandr Kravchuk < open.sou...@oleksandr-kravchuk.com> wrote: > Hi Nicola, > > How do I reproduce this? It builds fine for me. > > On 12/08/2019 15:38, nick83ola wrote: > > Hi all

Re: [OE-core] [PATCH 5/7] python3-numpy: update to 1.17.0

2019-08-12 Thread Alexander Kanavin
Thanks, I have resent the patchset with the fix included. Alex On Mon, 12 Aug 2019 at 04:59, Khem Raj wrote: > Fails same way on qemuarm/glibc > > https://errors.yoctoproject.org/Errors/Details/260792/ > > On Fri, Aug 9, 2019 at 11:11 AM Khem Raj wrote: > > > >

Re: [OE-core] ✗ patchtest: failure for "python-numpy: remove the pytho..." and 3 more

2019-08-12 Thread Alexander Kanavin
Again, this is intentional, as it replaces a part of the earlier patchset I sent. Alex On Mon, 12 Aug 2019 at 16:02, Patchwork < patchw...@patchwork.openembedded.org> wrote: > == Series Details == > > Series: "python-numpy: remove the pytho..." and 3 more > Revision: 1 > URL :

Re: [OE-core] [oe-core] [BUG] patch linux-firmware: bump to 20190618 breaks package index

2019-08-12 Thread Alexander Kanavin
Yes, PE needs to be restored. (it is package epoch, which is used when versioning scheme needs to change for whatever reason, with the new version going backwards. Here the version goes from 0.0 to 20190618 (an improvement I would say), so we can keep the original PE). To reproduce, 'bitbake -c

[OE-core] [PATCH 1/4] python-numpy: remove the python 2.x version of the recipe

2019-08-12 Thread Alexander Kanavin
The 1.17.0 release of NumPy no longer supports Python 2.x. Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/maintainers.inc | 1 - .../python-numpy/python-numpy_1.16.3.bb| 10 -- 2 files changed, 11 deletions(-) delete mode 100644

[OE-core] [PATCH 2/4] python3-numpy: update to 1.17.0

2019-08-12 Thread Alexander Kanavin
Rebase files/0001-Don-t-search-usr-and-so-on-for-libraries-by-default-.patch License-Update: clarified license for numpy/core/src/multiarray/dragon4.c (it is MIT) Signed-off-by: Alexander Kanavin --- ...-and-so-on-for-libraries-by-default-.patch | 47 ---

[OE-core] [PATCH 3/4] python-scons: remove the python 2.x version of the recipe

2019-08-12 Thread Alexander Kanavin
Nothing in oe-core or meta-oe is using it (scons.bbclass is set to use 3.x version). Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/maintainers.inc | 2 -- .../python/python-scons-native_3.1.0.bb | 8 --- .../python/python-scons_3.1.0.bb | 24

[OE-core] [PATCH 4/4] python-nose: remove the python 2.x version of the recipe

2019-08-12 Thread Alexander Kanavin
With removal of python 2.x numpy, nothing needs it anymore. Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/maintainers.inc | 1 - meta/recipes-devtools/python/python-nose_1.3.7.bb | 6 -- 2 files changed, 7 deletions(-) delete mode 100644

Re: [OE-core] [oe-core] [BUG] patch linux-firmware: bump to 20190618 breaks package index

2019-08-12 Thread Oleksandr Kravchuk
Hi Nicola, How do I reproduce this? It builds fine for me. On 12/08/2019 15:38, nick83ola wrote: > Hi all > after this patch I got a ton of errors regarding Package version went > backwards > > Cheers > Nicola Lunghi > > ERROR: linux-firmware-20190618-r0 do_packagedata: QA Issue: Package >

Re: [OE-core] [PATCH] boost: Fix build and enable context and coroutines on aarch64

2019-08-12 Thread Randy MacLeod
On 7/17/19 10:20 AM, Bedel, Alban wrote: Like for ARM bjam need some hints about the ABI to properly build on aarch64. While at it also enable context and coroutine as these are supported on aarch64. Signed-off-by: Alban Bedel --- meta/recipes-support/boost/boost.inc | 2 ++ 1 file changed,

[OE-core] [PATCH] ruby: Adding zlib-native to native dependencies

2019-08-12 Thread Johann Fridriksson
Signed-off-by: Jóhann Friðriksson --- meta/recipes-devtools/ruby/ruby.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/ruby/ruby.inc b/meta/recipes-devtools/ruby/ruby.inc index 1ecd087d7d..a98249afbd 100644 --- a/meta/recipes-devtools/ruby/ruby.inc

[OE-core] [oe-core] [BUG] patch linux-firmware: bump to 20190618 breaks package index

2019-08-12 Thread nick83ola
Hi all after this patch I got a ton of errors regarding Package version went backwards Cheers Nicola Lunghi ERROR: linux-firmware-20190618-r0 do_packagedata: QA Issue: Package version for package linux-firmware-src went backwards which would break package feeds from (1:0.0+git0+711d3297ba-r0 to

[OE-core] ✗ patchtest: failure for "python-numpy: remove the pytho..." and 3 more

2019-08-12 Thread Patchwork
== Series Details == Series: "python-numpy: remove the pytho..." and 3 more Revision: 1 URL : https://patchwork.openembedded.org/series/19237/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] ✗ patchtest: failure for python3-pygobject: Add missing pkgutil RDEPENDS

2019-08-12 Thread Patchwork
== Series Details == Series: python3-pygobject: Add missing pkgutil RDEPENDS Revision: 1 URL : https://patchwork.openembedded.org/series/19239/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

Re: [OE-core] [PATCH 1/7] insane.bbclass: in file-rdeps do not look into RDEPENDS recursively

2019-08-12 Thread Khem Raj
On Fri, Aug 9, 2019 at 2:45 AM Alexander Kanavin wrote: > > On Fri, 9 Aug 2019 at 03:34, Khem Raj wrote: >> >> > There are several packages in meta-openembedded which are showing these >> > errors one that I see is net kit-rusers seems to be failing for wrong >> > reason >> > >> > I will send

[OE-core] [PATCH] linux-firmware: add PE back

2019-08-12 Thread Oleksandr Kravchuk
Add PE (package epoch) from the previous version of the recipe to avoid problems with package upgrade due to changed versioning scheme. See: http://lists.openembedded.org/pipermail/openembedded-core/2019-August/285633.html Signed-off-by: Oleksandr Kravchuk ---

[OE-core] [PATCH] python3-pygobject: Add missing pkgutil RDEPENDS

2019-08-12 Thread Richard Purdie
With the removal of setuputils, there was a missing runtime dependency on pkgutil which was breaking the selftests for gobject-introspection at runtime. Fix this. Signed-off-by: Richard Purdie --- meta/recipes-devtools/python/python3-pygobject_3.32.2.bb | 2 ++ 1 file changed, 2 insertions(+)

Re: [OE-core] Hash Equivalency - What this means for developer productivity

2019-08-12 Thread Richard Purdie
On Fri, 2019-08-09 at 00:12 +0100, richard.pur...@linuxfoundation.org wrote: > I've just seen this with dnf on the autobuilders and an rpm build. > The most interesting bit was: > > [pokybuild@centos7-ty-1 temp]$ pwd > /home/pokybuild/yocto-worker/genericx86- >

Re: [OE-core] [PATCH 3/5] gdb: Alias rpl_stat to stat() on musl

2019-08-12 Thread Andre McCurdy
On Mon, Aug 20, 2018 at 12:00 PM Khem Raj wrote: > > Use CPPFLAGS instead of CFLAGS since there is C++ compiler being used for > somefiles > > Fixes > gdb/gdbserver/../../../gdb-8.1.1/gdb/gdbserver/../common/common-utils.c:419: > undefined reference to `rpl_stat' > | collect2: error: ld

Re: [OE-core] Hash Equivalency - What this means for developer productivity

2019-08-12 Thread Jacob Kroon
On 8/12/19 5:32 PM, Richard Purdie wrote: > On Fri, 2019-08-09 at 00:12 +0100, richard.pur...@linuxfoundation.org > wrote: >> I've just seen this with dnf on the autobuilders and an rpm build. >> The most interesting bit was: >> >> [pokybuild@centos7-ty-1 temp]$ pwd >>

Re: [OE-core] [PATCH 3/5] gdb: Alias rpl_stat to stat() on musl

2019-08-12 Thread Khem Raj
On 8/12/19 11:12 AM, Andre McCurdy wrote: On Mon, Aug 20, 2018 at 12:00 PM Khem Raj wrote: Use CPPFLAGS instead of CFLAGS since there is C++ compiler being used for somefiles Fixes gdb/gdbserver/../../../gdb-8.1.1/gdb/gdbserver/../common/common-utils.c:419: undefined reference to

Re: [OE-core] [PATCH] qemu: fix patch authorship

2019-08-12 Thread Bartosz Golaszewski
pon., 12 sie 2019 o 10:51 Richard Purdie napisał(a): > > On Mon, 2019-08-12 at 09:01 +0200, Bartosz Golaszewski wrote: > > wt., 30 lip 2019 o 09:22 Bartosz Golaszewski > > napisał(a): > > > From: Bartosz Golaszewski > > > > > > I accidentally changed the patch author when backporting this from

Re: [OE-core] [PATCH] qemu: fix patch authorship

2019-08-12 Thread Bartosz Golaszewski
wt., 30 lip 2019 o 09:22 Bartosz Golaszewski napisał(a): > > From: Bartosz Golaszewski > > I accidentally changed the patch author when backporting this from > upstream qemu. This commit restores the original author. > > Signed-off-by: Bartosz Golaszewski > --- >

Re: [OE-core] [PATCH] core-image-sato-sdk: test image with 512M memory

2019-08-12 Thread Kang Kai
On 2019/7/27 下午4:42, Kang Kai wrote: On 2019/7/27 上午5:40, richard.pur...@linuxfoundation.org wrote: On Fri, 2019-07-26 at 05:23 -0400, kai.k...@windriver.com wrote: From: Kai Kang When run do_testimage for core-image-sato-sdk, it fails to pass test case: RESULTS -

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

2019-08-12 Thread Nathan Rossi
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 suites within the OEQA framework such that they can be executed by the Yocto Autobuilder. Please note that this patch is a work

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

2019-08-12 Thread Nathan Rossi
On Thu, 25 Jul 2019 at 02:19, Alexander Kanavin wrote: > > Does the speed improve if system Qemu is configured to use several cpu cores > (I think this doesn’t happen by default in yocto)? Sorry for the delayed response. I had tested this initially and did not see any decent scaling but wanted

[OE-core] [PATCH 2/2] meson: backport fix for builds with -Werror=return-type

2019-08-12 Thread Martin Jansa
Signed-off-by: Martin Jansa --- meta/recipes-devtools/meson/meson.inc | 1 + ...rn-statements-that-are-seen-with-Wer.patch | 100 ++ 2 files changed, 101 insertions(+) create mode 100644

Re: [OE-core] [PATCH] qemu: fix patch authorship

2019-08-12 Thread Richard Purdie
On Mon, 2019-08-12 at 09:01 +0200, Bartosz Golaszewski wrote: > wt., 30 lip 2019 o 09:22 Bartosz Golaszewski > napisał(a): > > From: Bartosz Golaszewski > > > > I accidentally changed the patch author when backporting this from > > upstream qemu. This commit restores the original author. > > >

[OE-core] [PATCHv2 1/2] icecc.bbclass: catch subprocess.CalledProcessError

2019-08-12 Thread Martin Jansa
* this might be related to: commit d2fcaeb153fdc3f8d7143ea823139f1537055ff1 Author: Douglas Royds Date: Thu Dec 20 11:59:47 2018 +1300 icecc: Don't generate recipe-sysroot symlinks at recipe-parsing time * it's still a bit unclear when and why this happends, but I'm seeing random

[OE-core] [PATCHv2 2/2] powertop: import a fix from buildroot

2019-08-12 Thread Martin Jansa
Signed-off-by: Martin Jansa --- .../0001-wakeup_xxx.h-include-limits.h.patch | 55 +++ meta/recipes-kernel/powertop/powertop_2.10.bb | 1 + 2 files changed, 56 insertions(+) create mode 100644 meta/recipes-kernel/powertop/powertop/0001-wakeup_xxx.h-include-limits.h.patch

[OE-core] [PATCH 1/2] powertop: import a fix from buildroot

2019-08-12 Thread Martin Jansa
Signed-off-by: Martin Jansa --- .../0001-wakeup_xxx.h-include-limits.h.patch | 55 +++ meta/recipes-kernel/powertop/powertop_2.10.bb | 1 + 2 files changed, 56 insertions(+) create mode 100644 meta/recipes-kernel/powertop/powertop/0001-wakeup_xxx.h-include-limits.h.patch

[OE-core] ✗ patchtest: failure for "powertop: import a fix from bu..." and 1 more

2019-08-12 Thread Patchwork
== Series Details == Series: "powertop: import a fix from bu..." and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/19231/ 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] kernel-devsrc: cp Documentation/ to sdk kernel

2019-08-12 Thread Hongzhi.Song
A new patch let kernel source Documentation/Kconfig in top Kconfig So kernel-devsrc should include Documentation/ too. Otherwise "make scripts" will fails. patch: commit b1663d7e3a7961fc45262fd68a89253f2803036c Author: Mauro Carvalho Chehab Date: Tue Jun 4 09:26:27 2019 -0300 docs:

Re: [OE-core] [PATCH] python3-dbus: Add native and native-sdk support

2019-08-12 Thread Chan, Aaron Chun Yew
Hi Khem, I've also send the same patch into OE-core http://lists.openembedded.org/pipermail/openembedded-core/2019-July/284971.html Thanks Aaron -Original Message- From: Khem Raj [mailto:raj.k...@gmail.com] Sent: Monday, August 12, 2019 12:20 AM To: Chan, Aaron Chun Yew ; Richard

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

2019-08-12 Thread sjolley.yp.pm
All, The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on the triage page under the appropriate heading:

Re: [OE-core] [PATCH 1/7] insane.bbclass: in file-rdeps do not look into RDEPENDS recursively

2019-08-12 Thread Alexander Kanavin
On Mon, 12 Aug 2019 at 21:01, Khem Raj wrote: > > Richard, another issue I saw was slowness in world builds when I had > this enabled > I was on master-next for both core and bitbake. It was spending a lot > of time in ensuring > the build is not needed so much that the build took almost same

Re: [OE-core] [PATCH 1/7] insane.bbclass: in file-rdeps do not look into RDEPENDS recursively

2019-08-12 Thread richard . purdie
On Mon, 2019-08-12 at 21:50 +0200, Alexander Kanavin wrote: > On Mon, 12 Aug 2019 at 21:01, Khem Raj wrote: > > Richard, another issue I saw was slowness in world builds when I > > had this enabled I was on master-next for both core and bitbake. It > > was spending a lot of time in ensuring the

[OE-core] [PATCH] gcc-runtime: Move content from gcclibdir into libdir

2019-08-12 Thread Khem Raj
OE does not use the traditional /usr/lib/gcc prefix to store gcc-runtime it basically is moved into libdir, however some newer files were installed by newer versions of gcc especially libgomp ( omp.h openacc.h ) into gcclibdir, so we have content in both directories, this confuses other tools

[OE-core] ✗ patchtest: failure for ref-manual: mention PREPROCESS_RELOCATE_DIRS variable

2019-08-12 Thread Patchwork
== Series Details == Series: ref-manual: mention PREPROCESS_RELOCATE_DIRS variable Revision: 1 URL : https://patchwork.openembedded.org/series/19243/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

Re: [OE-core] [PATCH 3/5] gdb: Alias rpl_stat to stat() on musl

2019-08-12 Thread Andre McCurdy
On Mon, Aug 12, 2019 at 11:55 AM Khem Raj wrote: > > On 8/12/19 11:12 AM, Andre McCurdy wrote: > > On Mon, Aug 20, 2018 at 12:00 PM Khem Raj wrote: > >> > >> Use CPPFLAGS instead of CFLAGS since there is C++ compiler being used for > >> somefiles > >> > >> Fixes > >>

[OE-core] [yocto-docs][PATCH] ref-manual: mention PREPROCESS_RELOCATE_DIRS variable

2019-08-12 Thread Martin Jansa
Signed-off-by: Martin Jansa --- documentation/ref-manual/ref-classes.xml | 5 - documentation/ref-manual/ref-variables.xml | 21 + 2 files changed, 25 insertions(+), 1 deletion(-) diff --git a/documentation/ref-manual/ref-classes.xml

[OE-core] Long delays with latest bitbake (was: [PATCH 1/7] insane.bbclass: in file-rdeps do not look into RDEPENDS recursively)

2019-08-12 Thread Peter Kjellerstedt
I’m seeing similar results with our builds (Poky + some layers from OpenEmbedded + our own layers; no hash equivalency). Here are some examples of builds from today (with approximate timings added manually by me): Initialising tasks: 100% |###| Time: 0:00:08