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
> ---
> ...4-linux-user-fix-to-handle-v
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.
> >
>
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 - systemd.SystemdBasicTests.
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
diff
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
meta/recipes-devtools/meson/meson/0001-Fix-missing-return-statements-that-are-seen
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
>
== 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
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
diff
* 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 t
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
++
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 0
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
> versi
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
>
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 cl
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,
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 meta/recipes
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 ---
...up.py-remove-the-det
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 meta/recipes-devtools/python
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:
> >
> > https://errors.yoctoproject.org/
== 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
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 : https://patchwo
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(+)
== 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 been
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-
> lsb/build/build/tmp/work/core2-32-po
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
>> /home/pokybuild/yocto-worker/
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
---
meta/recipes-kernel/linux-firmware
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 returned
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 `rpl_stat'
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 f
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
> >> gdb/gdbserver/../../../gdb-8
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 tim
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
b/documentation/ref-manual/ref-cla
== 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 hav
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
<
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 bu
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 which
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:
https://wiki.yoctoproject.org/wiki/Bug_Triage#N
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 Purd
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: Kbuild/
40 matches
Mail list logo