We're excited to announce the inaugural "OpenEmbedded Summit" taking place
Sunday March 10th 2019 as part of the Southern California Linux Expo
(SCaLE) 17x at the Pasadena Convention Center.
For the past few years there's been an ever-growing OpenEmbedded event as
part of SCaLE. This year, with th
Rewrite the public symbol check to verify the shared libraries, to check for
more things, and to avoid duplication; fixes make check on ARM
Signed-off-by: Khem Raj
---
.../files/61_global-symbol-test.patch | 70 +++
.../mpeg2dec/mpeg2dec_0.5.1.bb| 1 +
2
Signed-off-by: Khem Raj
---
...t-pac-test-Fix-build-with-clang-libc.patch | 31 +++
.../libproxy/libproxy_0.4.15.bb | 4 ++-
2 files changed, 34 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-support/libproxy/libproxy/0001-get-pac-test-Fix-build-with
License-Update: Copyright year updates from 2017-2019
Refresh patches to apply on new version
Signed-off-by: Khem Raj
---
...ryInfo-Undefine-libc-functions-if-th.patch | 28
...-llvm-allow-env-override-of-exe-path.patch | 66 +++
meta/recipes-devtools/llvm/llvm_git.bb
Signed-off-by: Khem Raj
---
...e-missing-string-and-errno.h-headers.patch | 65 +++
meta/recipes-devtools/libdnf/libdnf_0.24.1.bb | 1 +
2 files changed, 66 insertions(+)
create mode 100644
meta/recipes-devtools/libdnf/libdnf/0001-include-missing-string-and-errno.h-headers.patc
Signed-off-by: Khem Raj
---
hh-Include-string-to-get-std-string.patch | 28 +++
.../xinput-calibrator_git.bb | 4 ++-
2 files changed, 31 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-graphics/xinput-calibrator/xinput-calibrator/0001-calibrat
Signed-off-by: Khem Raj
---
.../webkitgtk/bad_optional_access.patch | 35 +++
meta/recipes-sato/webkit/webkitgtk_2.22.5.bb | 1 +
2 files changed, 36 insertions(+)
create mode 100644 meta/recipes-sato/webkit/webkitgtk/bad_optional_access.patch
diff --git a/meta/recipes-s
On 1/26/19 7:57 AM, Ruslan Bilovol wrote:
Working with recent oe-core I noticed that there are
patches not used by any recipe, which is confusing.
This is caused by mistakes in recipe upgrades, when
people remove patch from SRC_URI but forgets to
delete actual patch.
Instead of fixing only recipe
On Wed, Jan 30, 2019 at 10:31:58PM +, Richard Purdie wrote:
> On Wed, 2019-01-30 at 14:18 -0800, Khem Raj wrote:
> >
> >
> > On Wed, Jan 30, 2019 at 12:31 PM Adrian Bunk wrote:
> > > On Wed, Jan 30, 2019 at 08:50:02AM -0800, Khem Raj wrote:
> > > > On Wed, Jan 30, 2019 at 1:34 AM Adrian Bunk
Hi all,
On Wed, Jan 30, 2019 at 11:32 PM Richard Purdie
wrote:
>
> One reason I'm a little nervous of devmem in busybox is security attack
> surface.
> It is useful so I am torn but its worth keeping this in mind...
>
I agree with this reasoning.
devmem(2) really is a development tool, and indee
On Wed, 2019-01-30 at 14:18 -0800, Khem Raj wrote:
>
>
> On Wed, Jan 30, 2019 at 12:31 PM Adrian Bunk wrote:
> > On Wed, Jan 30, 2019 at 08:50:02AM -0800, Khem Raj wrote:
> > > On Wed, Jan 30, 2019 at 1:34 AM Adrian Bunk
> > wrote:
> > > >
> > > > This is a tiny but pretty useful tool.
> > > >
On Wed, Jan 30, 2019 at 12:31 PM Adrian Bunk wrote:
> On Wed, Jan 30, 2019 at 08:50:02AM -0800, Khem Raj wrote:
> > On Wed, Jan 30, 2019 at 1:34 AM Adrian Bunk wrote:
> > >
> > > This is a tiny but pretty useful tool.
> > >
> >
> > question is, do we need this enabled in default config, or could
Adrian,
Thanks for catching this. I have updated the list of supported distros for
the 2.7 (master) version of the ref-manual. I will make sure that the fix
is also in the 2.6.1 release that is pending and the published 2.6
ref-manual (thud branch). See
https://yoctoproject.org/docs/2.7/ref-man
On Wed, 2019-01-30 at 16:02 +0800, changqing...@windriver.com wrote:
> From: Changqing Li
>
> The SDK was unable to find the C++ header pieces correctly since
> it's
> using a generic compiler, not one specifically targeting the
> multilib
> vendor prefix and default tune. This adds
On Mon, 2019-01-28 at 21:58 +0100, Jonas Bonn wrote:
> Changed in v4:
> - add patch to make systemd-firstboot a non-default option to systemd
> to
> prevent unexpected prompts at runtime
There were still some failures:
https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/237
(step
On 1/30/19 9:20 AM, Aníbal Limón wrote:
> Changeset,
>
> 05b112b utils.c: Print DURATION after ERROR
> acb5efb utils.c: run_child redirect stderr to stdout
> e1062f7 ptest-runner: make DEFAULT_DIRECTORY be able to be defined when
> compiling
> 8071258 ptest-runner: Add support to report duration
On Wed, Jan 30, 2019 at 08:50:02AM -0800, Khem Raj wrote:
> On Wed, Jan 30, 2019 at 1:34 AM Adrian Bunk wrote:
> >
> > This is a tiny but pretty useful tool.
> >
>
> question is, do we need this enabled in default config, or could be add it via
> some DISTRO_FEATURE meant for validation etc. May
Is the busybox devmem functionally different then the standalone devmem2
package?
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On Wed, Jan 30, 2019 at 11:48 AM Andre McCurdy wrote:
>
> On Wed, Jan 30, 2019 at 8:50 AM Khem Raj wrote:
> > On Wed, Jan 30, 2019 at 1:34 AM Adrian Bunk wrote:
> > >
> > > This is a tiny but pretty useful tool.
> >
> > question is, do we need this enabled in default config, or could be add it
On Wed, Jan 30, 2019 at 8:50 AM Khem Raj wrote:
> On Wed, Jan 30, 2019 at 1:34 AM Adrian Bunk wrote:
> >
> > This is a tiny but pretty useful tool.
>
> question is, do we need this enabled in default config, or could be add it via
> some DISTRO_FEATURE meant for validation etc. May be if you expl
The new default is "debug-with-srcpkg"
Signed-off-by: Joshua Watt
---
documentation/ref-manual/ref-variables.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/documentation/ref-manual/ref-variables.xml
b/documentation/ref-manual/ref-variables.xml
index 4b243a12dd6..8e30f47
Currently we parallel process the files we install running dwarfsrcfiles over
each one in parallel threads but requiring a lock to write the results to one
file. This is not ideal for performance and means we can't then use per file
data for other purposes such as source code license processing.
R
Changeset,
05b112b utils.c: Print DURATION after ERROR
acb5efb utils.c: run_child redirect stderr to stdout
e1062f7 ptest-runner: make DEFAULT_DIRECTORY be able to be defined when
compiling
8071258 ptest-runner: Add support to report duration of each ptest
a16f2c1 ptest-runner: Add support timeou
Changeset,
05b112b utils.c: Print DURATION after ERROR
acb5efb utils.c: run_child redirect stderr to stdout
e1062f7 ptest-runner: make DEFAULT_DIRECTORY be able to be defined when
compiling
8071258 ptest-runner: Add support to report duration of each ptest
a16f2c1 ptest-runner: Add support timeou
Changeset,
05b112b utils.c: Print DURATION after ERROR
acb5efb utils.c: run_child redirect stderr to stdout
e1062f7 ptest-runner: make DEFAULT_DIRECTORY be able to be defined when
compiling
8071258 ptest-runner: Add support to report duration of each ptest
a16f2c1 ptest-runner: Add support timeou
Changeset,
05b112b utils.c: Print DURATION after ERROR
acb5efb utils.c: run_child redirect stderr to stdout
e1062f7 ptest-runner: make DEFAULT_DIRECTORY be able to be defined when
compiling
Signed-off-by: Aníbal Limón
---
.../{ptest-runner_2.3.bb => ptest-runner_2.3.1.bb}| 4 ++--
The file src/gpg-error.h.in SHA changed as some new funtion definitions
were added to the header file and the copyright year was updated to
include 2019.
Signed-off-by: Alistair Francis
---
v2:
- Add info on why the header file SHA changed
.../{libgpg-error_1.33.bb => libgpg-error_1.35.bb}
On Mon, 2019-01-28 at 11:39 +, Richard Purdie wrote:
> There are multiple areas that could do with help:
>
> a) investigate/fix the timeouts
> b) improve the test results tool Ee Peng has posted to include ptest
> processing tools:
> i) view the logs
> ii) compare the results
> iii) highlig
On Wed, Jan 30, 2019 at 12:03 AM wrote:
>
> From: Changqing Li
>
> The SDK was unable to find the C++ header pieces correctly since it's
> using a generic compiler, not one specifically targeting the multilib
> vendor prefix and default tune. This adds the right mapping to ensure
>
On Wed, Jan 30, 2019 at 1:34 AM Adrian Bunk wrote:
>
> This is a tiny but pretty useful tool.
>
question is, do we need this enabled in default config, or could be add it via
some DISTRO_FEATURE meant for validation etc. May be if you explain your
usecase then we might be able to make a better as
fixes:
DEBUG: [Running]$ ssh -l root -o UserKnownHostsFile=/dev/null -o
StrictHostKeyChecking=no -o LogLevel=ERROR 192.168.7.4 export
PATH=/usr/sbin:/sbin:/usr/bin:/bin; perl -e '$_="Uryyb, jbeyq";
tr/a-zA-Z/n-za-mN-ZA-M/;print'
| DEBUG: time: 1548816904.4024463, endtime: 1548817204.397057
| D
Signed-off-by: Alexander Kanavin
---
...chool-asignment-to-avoid-gcc-4.8-err.patch | 27 +++
meta/recipes-support/vte/vte_0.52.2.bb| 5 ++--
2 files changed, 30 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-support/vte/vte/0001-app.cc-use-old-school-asig
Note that the tests require that the host machine has a X display,
has mesa development files installed and is able to create OpenGL contexts.
Signed-off-by: Alexander Kanavin
---
meta-selftest/lib/oeqa/runtime/cases/virgl.py | 28 +++
meta/lib/oeqa/selftest/cases/runtime_test.py | 50 +
qemu has been using libepoxy for a long time, and libepoxy loads GL via dlopen()
only when instructed to.
Signed-off-by: Alexander Kanavin
---
scripts/runqemu | 35 ---
1 file changed, 35 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 50888a532
Signed-off-by: Alexander Kanavin
---
scripts/runqemu | 23 +++
1 file changed, 23 insertions(+)
diff --git a/scripts/runqemu b/scripts/runqemu
index c4a0ca811d9..50888a532e8 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -74,6 +74,9 @@ of the following environment vari
Signed-off-by: Alexander Kanavin
---
...-egl-headless-add-egl_create_context.patch | 50 +++
meta/recipes-devtools/qemu/qemu_3.1.0.bb | 1 +
2 files changed, 51 insertions(+)
create mode 100644
meta/recipes-devtools/qemu/qemu/0001-egl-headless-add-egl_create_context.patch
GTK_THEME instructs gtk to use its built-in theme. Otherwise
gtk attempts to use the theme from the host, which may be from
a totally mismatching gtk version.
On the other hand FONTCONFIG_PATH tells it to use the host fonts,
as providing fonts in the native sysroot and instructing the components
t
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/jpeg/libjpeg-turbo_2.0.1.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-graphics/jpeg/libjpeg-turbo_2.0.1.bb
b/meta/recipes-graphics/jpeg/libjpeg-turbo_2.0.1.bb
index d9d877dc0df..029847ff5f4 100644
--- a/meta/recipe
Signed-off-by: Alexander Kanavin
---
meta-poky/conf/local.conf.sample | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/meta-poky/conf/local.conf.sample b/meta-poky/conf/local.conf.sample
index cf96598819c..961387acbae 100644
--- a/meta-poky/conf/local.conf.sample
+++ b
We do not support g-i for nativesdk, neverthless atk tries and fails.
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/atk/atk_2.30.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-support/atk/atk_2.30.0.bb
b/meta/recipes-support/atk/atk_2.30.0.bb
index 481f8e89a
xgettext/msgmerge is used during do_install() when gtk is enabled:
https://github.com/qemu/qemu/blob/master/Makefile#L743
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu.i
This hasn't been the default for a long time (as some distros don't
support it), and with gtk+ being the new default shouldn't
be needed at all.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/qemu/qemu.inc | 8
1 file changed, 8 deletions(-)
diff --git a/meta/recipes-devtoo
| In file included from
/home/alexander/development/poky/build-virgl-gtk-64/tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-qemu/3.1.0-r0/qemu-3.1.0/include/ui/egl-context.h:5,
| from
/home/alexander/development/poky/build-virgl-gtk-64/tmp/work/x86_64-nativesdk-pokysdk-linux/na
Recent qemu versions support gtk+3 only.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index b6c98a4923b..95e9e0ede77 100644
-
As sdl is deprecated in favor of gtk+, it should not be the default.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/qemu/qemu.inc | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index 9
This component enables hardware-accelerated GL inside QEMU guests.
For more information, see here:
https://lwn.net/Articles/767970/
https://www.collabora.com/news-and-blog/blog/2018/02/12/virtualizing-gpu-access/
https://www.collabora.com/news-and-blog/blog/2018/05/09/gpu-virtualization-update/
S
Except for ming32/darwin, which do not support them.
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/qemu/qemu.inc | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index b05c1cee9e
As we are now build native gtk+3, it already provides the necessary utilities.
Signed-off-by: Alexander Kanavin
---
meta/recipes-gnome/gtk+/gtk+3.inc | 7 +-
.../gtk+/gtk-icon-utils-native_3.22.30.bb | 63 ---
...endency-from-gtk-encode-symbolic-svg.patch | 102 ---
Note that only the most minimal necessary subset of mesa is built;
particularly we don't build any drivers as that is offloaded
to the GL implementation provided by the host.
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/mesa/mesa.inc | 20 +---
1 file changed, 13 in
The alternative is mesa-gl, but it lacks all of the bits that make
accelerated qemu possible.
Signed-off-by: Alexander Kanavin
---
meta/conf/distro/include/default-providers.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/conf/distro/include/default-providers.inc
b/meta/conf/dist
V2 changes: addressed feedback from the first review round
V3 changes:
- better fix for missing qemu X11 include, as discussed with upstream
- maintainers.inc entry for virglrenderer
- egl-headless support (see below for details)
- improvements to kmscube recipe
- fix to vte-native to allow buildin
Host-assisted GL in Qemu in theory works with both SDL
and GTK; in practice SDL shows an empty screen. This
prepares the switchover of graphical qemu to use
native gtk, which also provides a neat set of menus to
control the emulator.
Signed-off-by: Alexander Kanavin
---
meta/recipes-gnome/gtk+/g
Documentation patches should go to yo...@lists.yoctoproject.org, and
ideally CC Scott.
Ross
On Wed, 30 Jan 2019 at 09:37, Adrian Bunk wrote:
>
> Signed-off-by: Adrian Bunk
> ---
> documentation/ref-manual/ref-system-requirements.xml | 15 +--
> 1 file changed, 9 insertions(+), 6 de
Probably you changed glibc-locale to produce a smaller set of locales.
Ross
On Wed, 30 Jan 2019 at 08:40, Zheng, Ruoqin wrote:
>
> Hi All:
>
> I found an dependence problem for libglib-2.0-ptest package.
> 1. Dnf error message:
> Error:
> Problem 1: conflicting requests
> - nothing provides lo
Signed-off-by: Adrian Bunk
---
documentation/ref-manual/ref-system-requirements.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/documentation/ref-manual/ref-system-requirements.xml
b/documentation/ref-manual/ref-system-requirements.xml
index 69d4b4e726..500b2f8f39 100644
Signed-off-by: Adrian Bunk
---
documentation/ref-manual/ref-system-requirements.xml | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/documentation/ref-manual/ref-system-requirements.xml
b/documentation/ref-manual/ref-system-requirements.xml
index 500b2f8f39..f2
Signed-off-by: Adrian Bunk
---
documentation/ref-manual/ref-system-requirements.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/documentation/ref-manual/ref-system-requirements.xml
b/documentation/ref-manual/ref-system-requirements.xml
index 69d4b4e726..500b2f8f39 100644
CentOS 5.x is no longer supported for 2 years,
and uninative being default since Yocto 2.1 should
in any case already cover this issue better.
Signed-off-by: Adrian Bunk
---
.../util-linux/util-linux-native-qsort.patch | 33 --
meta/recipes-core/util-linux/util-linux_2.
This is a tiny but pretty useful tool.
Signed-off-by: Adrian Bunk
---
meta/recipes-core/busybox/busybox/defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/busybox/busybox/defconfig
b/meta/recipes-core/busybox/busybox/defconfig
index d11707abc3..15191
Sent v2 as a revert patch.
Simple compilation test with mips64 toolchain works fine, as does arm64/armv7.
Richard, would you happen to remember more details where this failed
in the first place?
-samuli
On Tue, 29 Jan 2019 at 20:20, Khem Raj wrote:
>
> On Mon, Jan 28, 2019 at 11:19 PM Samuli Pi
Sorry, this patch doesn't work, it breaks fresh build's sanity check since
the hosttools are bot ready when run sanity check.
ERROR: OE-core's config sanity checker detected a potential misconfiguration.
Either fix the cause of this error or at your own risk disable the checker
(see sanity
Hi All:
I found an dependence problem for libglib-2.0-ptest package.
1. Dnf error message:
Error:
Problem 1: conflicting requests
- nothing provides locale-base-de-de needed by
libglib-2.0-ptest-1:2.58.0-r0.x86_64
2. In ./recipes-core/glib-2.0/glib.inc, it defines RDEPENDS includes
locale-bas
Please ignore this patch. I accidentally sent it 3 times.
On 1/30/19 4:03 PM, changqing...@windriver.com wrote:
From: Changqing Li
The SDK was unable to find the C++ header pieces correctly since it's
using a generic compiler, not one specifically targeting the multilib
vendor p
Please ignore this patch. I accidentally sent it 3 times.
On 1/30/19 4:02 PM, changqing...@windriver.com wrote:
From: Changqing Li
The SDK was unable to find the C++ header pieces correctly since it's
using a generic compiler, not one specifically targeting the multilib
vendor p
From: Changqing Li
The SDK was unable to find the C++ header pieces correctly since it's
using a generic compiler, not one specifically targeting the multilib
vendor prefix and default tune. This adds the right mapping to ensure
SDKs work as expected. And fix problem in below con
From: Changqing Li
The SDK was unable to find the C++ header pieces correctly since it's
using a generic compiler, not one specifically targeting the multilib
vendor prefix and default tune. This adds the right mapping to ensure
SDKs work as expected. And fix problem in below con
From: Changqing Li
The SDK was unable to find the C++ header pieces correctly since it's
using a generic compiler, not one specifically targeting the multilib
vendor prefix and default tune. This adds the right mapping to ensure
SDKs work as expected. And fix problem in below con
67 matches
Mail list logo
