linux/poky.git/meta, branch 3.2_M2

lib/oe/reproducible.py: Fix git HEAD check

2020-07-29T10:37:31+00:00

The check for a git HEAD still wasn't quite correct because it was using the .git directory as the current working directory. Instead, it should be passed as the --git-dir argument when running git. Running `git rev-parse HEAD` in a .git directory with no HEAD reports 'HEAD' and exits with success but then 'git log' will fail, which is not what we want. (From OE-Core rev: cdbd47dd7e1657b91b65a0940b7cbf119764240f) Signed-off-by: Joshua Watt Signed-off-by: Richard Purdie

Revert "lib/oe/log_colorizer.py: add LogColorizerProxyProgressHandler"

2020-07-29T10:35:51+00:00

This reverts commit 312fb3c86a3d84e60867b132666c01859f73ceb2 as this wasn't meant to merge as yet. Signed-off-by: Richard Purdie

lib/oe/log_colorizer.py: add LogColorizerProxyProgressHandler

2020-07-29T09:12:31+00:00

This progress handler intercepts log output, stripping any ANSII color escape codes. Then the stripped output is fed to the underlying progress handler which will render the progress bar as usual. (From OE-Core rev: 312fb3c86a3d84e60867b132666c01859f73ceb2) Signed-off-by: Chris Laplante Signed-off-by: Richard Purdie

popt: upgrade to 1.18

2020-07-29T09:12:31+00:00

All our patches are upstreamed so drop them. (From OE-Core rev: aeb48eb989a42846fbaed6b7f3a5a3d951d11e23) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

cogl-1.0: correct X11 dependencies

2020-07-29T09:12:31+00:00

cogl depends on libxdamage when configured for X11 support. A dependency was added for this in 2012 with 959a2f6d88d8fa6874fff83b7a1f0e7d4e36b887, but that addition was lost when the recipe was reworked in 2013 with b508fdd2b19ca30da8d09caf646897dc4cf195c8. That commit also added a dependency on libxi, which is not actually needed. The missing dependency doesn't cause problems in most cases, since mesa also depends on libxdamage, but when an alternative opengl implementation such as libglvnd is used, cogl fails to configure. (From OE-Core rev: 7651a63c508562caf1a3732cb49af50bccc98e8b) Signed-off-by: Matt Madison Signed-off-by: Richard Purdie

gtk-icon-cache.bbclass: add features_check

2020-07-28T11:41:10+00:00

'bitbake world -k' when DISTRO_FEATURES don't have x11 and wayland, report errors: Nothing PROVIDES 'gtk+3' Nothing RPROVIDES 'blueman' gtk+3 set ANY_OF_DISTRO_FEATURES, so add it here too since we DEPENDS on it (From OE-Core rev: ab9ff563c77cd5105f4ef9426f076b10ea8e2ee8) Signed-off-by: Changqing Li Signed-off-by: Richard Purdie

gcc: Fix mangled patch

2020-07-28T11:39:54+00:00

To quote Zhuang : """ A few days ago, I tried to compile a gcc plugin with the toolchain from poky sdk. It failed with errors about missing header files such as backend.h etc. After investigation, I found that the problem was brought by a gcc patch: 0012-gcc-Fix-argument-list-too-long-error.patch (which is considered derived from the original patch) - headers=`echo $(PLUGIN_HEADERS) $$(cd $(srcdir); echo *.h *.def) | tr ' ' '\012' | sort -u`; \ + headers="$(sort $(PLUGIN_HEADERS) $$(cd $(srcdir); echo *.h *.def))"; \ It changes the commands of install-plugin, making the sorting taken effect before the shell globs. Thus results in the header files under gcc $(srcdir) being not installed. By checking log.do_install, we can find that the `headers=' statement to run is incorrect and will not work as expected: headers="$(cd *.def) *.h ../../../../../../../work-shared/gcc-10.1.0-r0/gcc-10.1.0/gcc/../include/ansidecl.h ... As the patch says, "The PLUGIN_HEADERS is too long before sort, so the "echo" can't handle it, ..." my suggestion is that we can simply take care of PLUGIN_HEADERS using the original proposed sort. """ This fixes the gcc patch as proposed as it does appear its been broken over time. (From OE-Core rev: dce28d8ac7fbae487cb6674b91fe2b574036b26d) Signed-off-by: Richard Purdie

llvm: upgrade 9.0.1 -> 10.0.1

2020-07-28T11:39:54+00:00

(From OE-Core rev: 0e9f286e1c4567e6d3812c0681c168720984b8ce) Signed-off-by: Trevor Gamblin Signed-off-by: Richard Purdie

git: update 2.28.0

2020-07-28T11:39:54+00:00

(From OE-Core rev: 260c81dbb85be08150373a6e8571633230a02738) Signed-off-by: Oleksandr Kravchuk Signed-off-by: Richard Purdie

layer.conf: fix adwaita-icon-theme signature change problem

2020-07-27T18:58:10+00:00

allarch package adwaita-icon-theme inherit both allarch and gtk-icon-cache, since commit 31e3d34c8a9c3e8481aa837aa0bf52adf095fe62 [gtk-icon-cache.bbclass: add runtime dependency], it start depend on non-allarch packages gdk-pixbuf and gtk+3, which make it's signature changes when machine changed. like for task do_prepare_recipe_sysroot: "Hash for dependent task gdk-pixbuf/gdk-pixbuf_2.40.0.bb:do_populate_sysroot changed from a72aba8432699c8ce4ca1f71833ef14a89ffde0ea4063e37b9d819fdb1e407f4 to 1ad4e1bd76921b71482657f3b017184e9ade8e2a0b9f43ad64ed2dda83b1520f" the only way to fix this is remove the task dependency. SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS not work in class, so add it in layer.conf. Maybe we have other recipes under other layers have similar problem, we can only add one by one to its layer.conf, seems not a good idea. but add *->pixbuf will influence other packages (From OE-Core rev: ec0888d73d7e7f811961f50f334c72fbc6b1d401) Signed-off-by: Changqing Li Signed-off-by: Richard Purdie