linux/poky.git/meta/conf, branch master-test

adwaita-icon-theme: add version 3.34.3 back

2021-01-21T23:25:53+00:00

Newer versions of adwaita-icon-theme can't work well with librsvg 2.40. Boot up the core-image-sato image, and start "Media Player", most of the icons are not showed properly. The source code of librsvg has been adapted to rust, so it is impossible to update librsvg in oe core for now. Then add adwaita-icon-theme 3.34.3 back and set as preferred version. Duplicate one patch as well to fix patch fuzz issue. Ref: 1. https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/84 2. https://people.gnome.org/~federico/blog/do-not-use-librsvg-2.40.x.html (From OE-Core rev: c3e2f819640f73893b8688c18a2b12fc2c5f9ed9) Signed-off-by: Kai Kang Signed-off-by: Richard Purdie

Customize prompt string for SDKs

2021-01-21T23:25:53+00:00

Introduce a new variable SDK_PS1 to customize prompt string for SDKs when source script environment-setup-script. The prompt string of SDKs is set by default with something looks like: SDK-poky-glibc-x86_64--cortexa57-qemuarm64$ (From OE-Core rev: b152e617bf7ad52530ddd64b7f4f7ffabd479b7f) Signed-off-by: Kai Kang Signed-off-by: Richard Purdie

Revert "ccache.bbclass: use ccache from host distribution"

2021-01-20T00:45:05+00:00

This reverts commit f5b29367af4d8e5daea5771264774aa49519f9a8. Will use ccache-native which is more reliable. (From OE-Core rev: 1b659623430e1a6e6dd266e65bab7ca8155a7138) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

qemu: Upgrade 5.1.0->5.2.0

2021-01-09T09:09:49+00:00

This involves some pretty major changes for qemu. In particular, they switched to meson+ninja so we have to adapt to that. Patch changes: * CVE patches - dropped as backports * cflags fix - upstream code changed significantly, need new patch if still issues * mips TLB entries - dropped as merged upstream * usb fix - dropped as merged upstream * find_datadir - dropped as code no longer present that I could find A patch was added to allow us to force the configure script into "cross" mode without setting cross_prefix which has other effects we don't need/want. Dependencies on meson/ninja were added. Specifying the python interpreter causes the internal meson copy to be built/used which is undesireable for us so don't do that. The correct python is in PATH anyway. Acked-by: Alistair Francis (From OE-Core rev: 181c635567aafb9b4787d8d6d0bcd4a615ceae80) Signed-off-by: Richard Purdie

bitbake.conf: Add /run/ to PSEUDO_IGNORE_PATHS

2021-01-08T10:10:15+00:00

Builds were failing on WSL2 which turns out to be due to accesses to /run/ on those systems. Add this to PSEUDO_IGNORE_PATHS to fix builds on WSL2. [YOCTO #14175] (From OE-Core rev: 1d1bf51217e8b4d54af28739d3271484ee5a7974) Signed-off-by: Richard Purdie

bitbake.conf: Add mkfifo to HOSTTOOLS

2021-01-05T13:48:41+00:00

This is about to be needed by the psplash recipe and is a standard part of coreutils so usually present on hosts. (From OE-Core rev: 99206612a58e6b69718910e0806d9d36997b2fba) Signed-off-by: Richard Purdie

conf/machine: bump qemu preferred versions to 5.10

2021-01-05T13:48:41+00:00

(From OE-Core rev: 804749e401bff95524e749dac5fca722e7047a2d) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

machine/qemuarm*: add vmalloc kernel parameter

2021-01-05T13:48:41+00:00

On kernel's v5.11+, we get the following warning after boot: [ 47.287826] vmap allocation for size 3149824 failed: use vmalloc= to increase size It can be fixed by passing the vmalloc page size explicitly for our ARM machines. (From OE-Core rev: 5c6064e1a38f4dbb1ab3fa04adb1c772817826af) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

libc-headers: update to v5.10

2021-01-05T13:48:41+00:00

As the reference kernel is going to v5.10, we also move the libc headers to match. This is also the latest LTS kernel, so is appropriate for a libc-headers version bump. This has been tested against all supported architectures for both glibc and musl. (From OE-Core rev: 1f1412c9a52c4fa3ded4f87a0c7ffdc4a243d632) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

ccache.bbclass: use ccache from host distribution

2020-12-31T11:53:26+00:00

ccache 4.x has hard dependencies on cmake-native (used as build system) and zstd, which means inserting ccache-native as DEPENDS into everything creates circular dependencies which are impossible to break. ccache 3.x did not have this problem as it used plain makefiles and an in-tree copy of zlib. (From OE-Core rev: f5b29367af4d8e5daea5771264774aa49519f9a8) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie