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:
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
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:
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
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
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
== 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
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
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
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
> >>
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
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
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
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
---
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
>>
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-
>
== 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
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(+)
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 :
== 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
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:
> >
> >
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
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
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
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 ---
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,
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
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
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
>
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
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
* 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
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
== 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
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
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
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
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 -
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.
> >
>
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
> ---
>
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
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
42 matches
Mail list logo