On 1/17/19 11:44 AM, a...@auh.yoctoproject.org wrote:
> Hello,
>
> You are receiving this email because you are the maintainer
> of *u-boot* recipe and this is to let you know that the automatic attempt
> to upgrade the recipe to *2019.01* has Failed(do_compile).
>
> Detailed error information:
>
From: Chunrong Guo
Signed-off-by: Chunrong Guo
---
.../glibc/0035-glibc-support-e5500-and-e6500.patch | 564 +
meta/recipes-core/glibc/glibc_2.28.bb | 1 +
2 files changed, 565 insertions(+)
create mode 100644
meta/recipes-core/glibc/glibc/0035-glibc-support
Add init script and service file for sysvinit and systemd.
Signed-off-by: Hong Liu
---
meta/recipes-extended/mdadm/files/mdadm.init | 72
meta/recipes-extended/mdadm/mdadm_4.1.bb | 22 +-
2 files changed, 93 insertions(+), 1 deletion(-)
create mode 100644 meta/recip
Add init script and service file for sysvinit and systemd.
Signed-off-by: Hong Liu
---
meta/recipes-extended/mdadm/files/mdadm.init | 72
meta/recipes-extended/mdadm/mdadm_4.0.bb | 23 ++-
2 files changed, 93 insertions(+), 2 deletions(-)
create mode 100644 meta/rec
To avoid issue like below if run "bitbake lib32-wrlinux-image-glibc-std"
with series userspace packages(LAMP,krb5...) added:
Error: Transaction check error:
file /usr/bin/c_rehash conflicts between attempted installs of
lib32-openssl-bin-1.1.1-r0.armv7at2hf_neon and openssl-bin-1.1.1-r0.aarch6
On 2019/1/17 下午11:19, Christopher Larson wrote:
The commit message doesn’t match what you’re actually doing.
"Specifying -fdebug-prefix-map is equivalent to specifying all
the individual -f*-prefix-map options which means
including -fmacro-prefix-map and -fdebug-prefix-map currently” I
assume
On 18/01/19 12:59 PM, Randy MacLeod wrote:
On 1/16/19 7:38 PM, Douglas Royds wrote:
On 17/01/19 12:01 PM, Richard Purdie wrote:
On Thu, 2019-01-17 at 11:51 +1300, Douglas Royds wrote:
From: Sam Nobs
The do_configure task is sensitive to changes in recipes and
configuration files.
This can
Signed-off-by: Yi Zhao
---
meta/lib/oeqa/runtime/cases/parselogs.py | 16
1 file changed, 16 insertions(+)
diff --git a/meta/lib/oeqa/runtime/cases/parselogs.py
b/meta/lib/oeqa/runtime/cases/parselogs.py
index 3d72e20..e3465ea 100644
--- a/meta/lib/oeqa/runtime/cases/parselogs.
On Fri, 18 Jan 2019 at 00:00, Randy MacLeod wrote:
> What workflow are you trying to optimize?
>
> If you're strictly changing existing source files
> then you shouldn't need to run configure again so I'm confused.
>
> Also, have you tried using ccache as per:
> d014c8c11f cmake.bbclass: Make
On 1/16/19 7:38 PM, Douglas Royds wrote:
On 17/01/19 12:01 PM, Richard Purdie wrote:
On Thu, 2019-01-17 at 11:51 +1300, Douglas Royds wrote:
From: Sam Nobs
The do_configure task is sensitive to changes in recipes and
configuration files.
This can be time consuming because cmake.bbclass delet
On Thu, 2019-01-17 at 11:10 -0500, Dan Dedrick wrote:
> I'm resurrecting this thread because this change negatively affects
> our use of multilib. The use case that this is fixing seems to be a a
> case that would be a better fit for multiconfig than it would
> multilib. My interpretation of the us
We do not have initial phase of bootstrapping toolchains anymore
Signed-off-by: Khem Raj
---
meta/classes/multilib.bbclass | 2 --
meta/recipes-core/glibc/glibc.inc | 4
meta/recipes-core/musl/musl.inc | 6 --
meta/recipes-core/newlib/newlib.inc | 4
4 files changed, 16
Backport RISC-V support from master Gstreamer.
Signed-off-by: Alistair Francis
---
...stconfig.h.in-initial-RISC-V-support.patch | 30 +++
.../gstreamer/gstreamer1.0_1.14.4.bb | 1 +
2 files changed, 31 insertions(+)
create mode 100644
meta/recipes-multimedia/gstreame
On Wed, Jan 16, 2019 at 3:28 PM Richard Purdie
wrote:
> The data is in the codeparser cache which is first populated at parse
> time so its enough just to parse the machine+recipe in question, not
> build it. I think that explains the answer to a ew of your questions
> above.
Yes, thanks.
> Sorr
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
This in particular saves build times for virgl oe-selftest.
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/kmscube/kmscube_git.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/kmscube/kmscube_git.bb
b/meta/recipes-graphics/kmscube/kmsc
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 | 17 +++
meta/lib/oeqa/selftest/cases/runtime_test.py | 44 +
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/kmscube/kmscube_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/kmscube/kmscube_git.bb
b/meta/recipes-graphics/kmscube/kmscube_git.bb
index 46aeeb01795..c6cb1842158 100644
--- a/meta/r
This is particularly useful when setting up GL tests.
Signed-off-by: Alexander Kanavin
---
meta/classes/testimage.bbclass| 4 +++-
meta/lib/oeqa/core/target/qemu.py | 4 ++--
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimag
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
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 12372bb7d
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
| 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
Also, do not hardcode -vga option to qemu, set it according to command line
parameters.
Signed-off-by: Alexander Kanavin
---
meta/conf/machine/include/qemuboot-x86.inc | 2 +-
scripts/runqemu| 25 ++
2 files changed, 26 insertions(+), 1 deletion(
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
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 6
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
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 b05c1cee9eb..f943b9ee5a2 100644
--- 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
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
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
An alternative would be setting PREFERRED_PROVIDER, but for native/nativesdk
builds mesa-gl is not a viable alternative to mesa, as it lacks all of the
bits that make accelerated qemu possible. Using PREFERRED_PROVIDER would
imply otherwise.
Signed-off-by: Alexander Kanavin
---
meta/recipes-grap
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 f943b9ee5a2..6db1facc9a5 100644
-
Signed-off-by: Alexander Kanavin
---
meta/classes/pixbufcache.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/pixbufcache.bbclass b/meta/classes/pixbufcache.bbclass
index 3378ff2c806..fb50cd49659 100644
--- a/meta/classes/pixbufcache.bbclass
+++ b/meta/cla
Otherwise glib-compile-resources fails when building gtk+3-native.
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/shared-mime-info/shared-mime-info.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-support/shared-mime-info/shared-mime-info.inc
b/meta/recipes-supp
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
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 | 12 +---
1 file changed, 9 insertions(
Signed-off-by: Alexander Kanavin
---
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.11.bb | 2 +-
meta/recipes-gnome/gnome/adwaita-icon-theme_3.28.0.bb | 2 ++
.../recipes-gnome/hicolor-icon-theme/hicolor-icon-theme_0.17.bb | 2 ++
meta/recipes-graphics/cairo/cairo_1.14.12.bb
libepoxy is a requirement of virglrenderer. Note that we strip
RPATH from the library, as this allows fall-through to the host
GL implementation, instead of attempting (and failing) to use
mesa-native.
Signed-off-by: Alexander Kanavin
---
meta/recipes-graphics/libepoxy/libepoxy_1.5.3.bb | 16 +++
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
Signed-off-by: Alexander Kanavin
---
...-Relocate-the-repository-directory-for-native-builds.patch | 2 +-
...ntrospection_1.58.2.bb => gobject-introspection_1.58.3.bb} | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
rename
meta/recipes-gnome/gobject-introspection/{gobject-introspect
Signed-off-by: Alexander Kanavin
---
.../libsecret/{libsecret_0.18.6.bb => libsecret_0.18.7.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-gnome/libsecret/{libsecret_0.18.6.bb =>
libsecret_0.18.7.bb} (81%)
diff --git a/meta/recipes-gnome/libsecret/libsecre
License-Update: copyright years updated
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/ed/{ed_1.14.2.bb => ed_1.15.bb} | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
rename meta/recipes-extended/ed/{ed_1.14.2.bb => ed_1.15.bb} (68%)
diff --git a/meta/recipes-extended
Signed-off-by: Alexander Kanavin
---
.../powertop/{powertop_2.9.bb => powertop_2.10.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-kernel/powertop/{powertop_2.9.bb => powertop_2.10.bb} (80%)
diff --git a/meta/recipes-kernel/powertop/powertop_2.9.bb
Signed-off-by: Alexander Kanavin
---
.../vala/vala/disable-graphviz.patch | 30 ++-
.../vala/{vala_0.42.3.bb => vala_0.42.4.bb} | 4 +--
2 files changed, 18 insertions(+), 16 deletions(-)
rename meta/recipes-devtools/vala/{vala_0.42.3.bb => vala_0.42.4.bb} (64%)
diff
Signed-off-by: Alexander Kanavin
---
.../pcmanfm/{pcmanfm_1.3.0.bb => pcmanfm_1.3.1.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-sato/pcmanfm/{pcmanfm_1.3.0.bb => pcmanfm_1.3.1.bb} (90%)
diff --git a/meta/recipes-sato/pcmanfm/pcmanfm_1.3.0.bb
b/m
Signed-off-by: Alexander Kanavin
---
.../multilibfix.patch | 18 --
.../mobile-broadband-provider-info_git.bb | 8 +++-
2 files changed, 3 insertions(+), 23 deletions(-)
delete mode 100644
meta/recipes-connectivity/mobile-broadband-provider-inf
Signed-off-by: Alexander Kanavin
---
.../libfm/{libfm_1.3.0.2.bb => libfm_1.3.1.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libfm/{libfm_1.3.0.2.bb => libfm_1.3.1.bb} (93%)
diff --git a/meta/recipes-support/libfm/libfm_1.3.0.2.bb
b/m
Signed-off-by: Alexander Kanavin
---
.../liburcu/{liburcu_0.10.1.bb => liburcu_0.10.2.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/liburcu/{liburcu_0.10.1.bb => liburcu_0.10.2.bb}
(84%)
diff --git a/meta/recipes-support/liburcu/liburcu_0.10
Signed-off-by: Alexander Kanavin
---
.../libfm/{libfm-extra_1.3.0.2.bb => libfm-extra_1.3.1.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libfm/{libfm-extra_1.3.0.2.bb =>
libfm-extra_1.3.1.bb} (80%)
diff --git a/meta/recipes-support/libfm/libfm-ex
Signed-off-by: Alexander Kanavin
---
.../libxslt/libxslt/fix-rvts-handling.patch | 80 ---
.../{libxslt_1.1.32.bb => libxslt_1.1.33.bb} | 8 +-
2 files changed, 3 insertions(+), 85 deletions(-)
delete mode 100644 meta/recipes-support/libxslt/libxslt/fix-rvts-handling.patch
r
I'm resurrecting this thread because this change negatively affects our use
of multilib. The use case that this is fixing seems to be a a case that
would be a better fit for multiconfig than it would multilib. My
interpretation of the use cases of multilib and multiconfig is as follows
and someone
You also aren’t “resetting” anything, I’d suggest clarifying the summary as
well.
On Thu, Jan 17, 2019 at 8:19 AM Christopher Larson
wrote:
> The commit message doesn’t match what you’re actually doing. "Specifying
> -fdebug-prefix-map is equivalent to specifying all the individual
> -f*-prefix-
The commit message doesn’t match what you’re actually doing. "Specifying
-fdebug-prefix-map is equivalent to specifying all the individual
-f*-prefix-map options which means including -fmacro-prefix-map and
-fdebug-prefix-map currently” I assume you mean "Specifying
-ffile-prefix-map” there.
On Th
On Thu, 17 Jan 2019 at 01:13, wrote:
>
> From: Kai Kang
>
> Reset default value of DEBUG_PREFIX_MAP with '-fdebug-prefix-map'.
> Specifying -fdebug-prefix-map is equivalent to specifying all the
> individual -f*-prefix-map options which means including
> -fmacro-prefix-map and -fdebug-prefix-map
On Thu, 17 Jan 2019 at 09:53, wrote:
> +OVERRIDES_append = ":${SDK_ARCHIVE_TYPE}"
Pretty sure RP will reject the patch based on this. Adding overrides
is not to be taken lightly. Should be simple enough to rewrite the
logic to not use overrides directly.
Ross
--
__
SDL2 dumps all cflags to the sdl2.pc, which might then contain paths
to the recipe sysroot include dirs.
Signed-off-by: Samuli Piippo
---
meta/recipes-graphics/libsdl2/libsdl2_2.0.9.bb | 4
1 file changed, 4 insertions(+)
diff --git a/meta/recipes-graphics/libsdl2/libsdl2_2.0.9.bb
b/meta/
Recipe upgrade statistics:
* Failed(do_compile): 18
man-db, 2.8.5, Hongxu Jia
alsa-plugins, 1.1.8, Tanu Kaskinen
u-boot, 2019.01, Marek Vasut
git, 2.20.1, Robert Yang
u-boot-fw-utils, 2019.01, Marek Vasut
glib-networking, 2.58.0, Anuj Mittal
Please ignore this cover letter, send two times by accident.
On 1/17/19 5:52 PM, changqing...@windriver.com wrote:
change in V2:
1. add overrides to provide options for sdk type
2. move zip part into oe-core for more flexible
who want to use type zip, only need to set
SDK_ARCHIVE_TYPE to
From: Changqing Li
Current sdk type is tar.xz, but for mingw sdk, since we
have symlink under the sdk folder, 7zip which used to
extract tar.xz cannot handle it, refer 7zip upstream bug:
https://sourceforge.net/p/sevenzip/discussion/45797/thread/c71d6b96/
so add option for usr can select the sdk
change in V2:
1. add overrides to provide options for sdk type
2. move zip part into oe-core for more flexible
who want to use type zip, only need to set
SDK_ARCHIVE_TYPE to override the default tar.xz
Changqing Li (1):
populate_sdk_base: provide options to set sdk type
meta/classes/popu
change in V2:
1. add overrides to provide options for sdk type
2. move zip part into oe-core for more flexible
who want to use type zip, only need to set
SDK_ARCHIVE_TYPE to override the default tar.xz
Changqing Li (1):
populate_sdk_base: provide options to set sdk type
meta/classes/popu
A new commit was introduced to kernel, which caused kprobe sample case
failed on arm.
[kernel commit: e46daee53bb50b, ARM: 8806/1: kprobes: Fix false positive
with FORTIFY_SOURCE]
And according to author, the case just works on x86 and powerpc.
So we just promise that the case can pass on x86 and
65 matches
Mail list logo
