Re: [OE-core] [PATCH] vte: add icu dependency

There was a problem, that libvte was searching for non existing symbols in ICU library after upgrading to version 67. But this is little bit funny, that vte could be build without ICU support https://github.com/GNOME/vte/commit/3ecbb90577582b93f43b184aab1cedd61a9ad86b . So looks like, internal

Re: [OE-core] [PATCH] lib/oe/package_manager: update default rpm config %_prefer_color

ping On 4/30/20 12:10 PM, Changqing Li wrote: From: Changqing Li * %_prefer_color is used by rpm to determine which color's ELF file is preferred to be installed. Here are file colors: 0 is unknown or other 1 is Elf32 2 is Elf64 3 is (contains) both if default value set to 7, both 32 and 64

[OE-core] [PATCH] buildtools-extended-tarball: add nativesdk-glibc

From: Kai Kang It requires gcc 5.0 via OE-Core rev abc741a. On centos 7, the gcc version is too low then it has to build with buildtools-extended-tarball which provides nativesdk-gcc. But it fails to build nspr-native: | gcc abstract.o -Xlinker -L../../dist/lib -lplc4 -L../../dist/lib -lnspr4

[OE-core] [PATCH v2 2/2] gcc-runtime: Avoid march conflicts with newer cortex-a55 CPUs

gcc-runtime/libatomic explicitly add -march=armv8-a+lse for all arch64 but cortex-a55 is armv8.2-a, which essentially conflicts, so let gcc override it by not forcing the -mcpu option from TUNE_CCARGS Signed-off-by: Khem Raj --- v2: Fix typo and mising -mcpu before cortex-a55 meta/recipes-devto

Re: [OE-core] [PATCH 2/2] gcc-runtime: Avoid march conflicts with newer cortex-a55 CPUs

On Tue, May 5, 2020 at 4:33 PM Khem Raj wrote: > > gcc-runtime/libatomic explicitly add -march=armv8-a+lse for all arch64 > but cortex-a55 is armv8.2-a, which essentially conflicts, so let gcc > override it by not forcing the -mcpu option from TUNE_CCARGS > > Signed-off-by: Khem Raj > --- > meta

[OE-core] [PATCH 1/2] tunes: Add new tune files for cortexa55 and cortexa73-cortexa53

Signed-off-by: Khem Raj --- meta/conf/machine/include/tune-cortexa55.inc | 17 ++ .../include/tune-cortexa73-cortexa53.inc | 23 +++ 2 files changed, 40 insertions(+) create mode 100644 meta/conf/machine/include/tune-cortexa55.inc create mode 100644 meta/conf/m

[OE-core] [PATCH 2/2] gcc-runtime: Avoid march conflicts with newer cortex-a55 CPUs

gcc-runtime/libatomic explicitly add -march=armv8-a+lse for all arch64 but cortex-a55 is armv8.2-a, which essentially conflicts, so let gcc override it by not forcing the -mcpu option from TUNE_CCARGS Signed-off-by: Khem Raj --- meta/recipes-devtools/gcc/gcc-runtime.inc | 4 1 file changed,

[OE-core] ✗ patchtest: failure for ref-manual: IMAGE_FEATURE, add allow-root-login

== Series Details == Series: ref-manual: IMAGE_FEATURE, add allow-root-login Revision: 1 URL : https://patchwork.openembedded.org/series/23965/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [PATCH 2/2] libcomps: update to 0.1.15

In this update the 0001-Make-__comps_objmrtree_all-static-inline.patch was mainlined by commit 18f52cb. Furthermore mainline commit 3237f44 fixes a build problem with the default "-fno-common" of gcc 10. Signed-off-by: Richard Leitner --- .../0001-Add-crc32.c-to-sources-list.patch| 9 +++--

[OE-core] [PATCH 1/2] libtirpc: remove extra "-fcommon" from CFLAGS

commit daed7eedba ("Avoid multiple-definiton with gcc -fno-common") of libtirpc fixed the -fno-common issues. Therefore it should be save to remove the extra "-fcommon" in CFLAGS. Signed-off-by: Richard Leitner --- meta/recipes-extended/libtirpc/libtirpc_1.2.6.bb | 2 -- 1 file changed, 2 deleti

[OE-core] [PATCH] ref-manual: IMAGE_FEATURE, add allow-root-login

- Add documentation of allow-root-login - Correct the documentation of allow-empty-password Signed-off-by: Adrian Freihofer --- documentation/ref-manual/ref-features.xml | 17 ++--- documentation/ref-manual/ref-variables.xml | 8 2 files changed, 14 insertions(+), 11 delet

[OE-core] [PATCH] vte: add icu dependency

This is new in 0.60, and needs to be added explicitly to cause vte to rebuild properly against icu changes (there will be a QA check to catch such situations). Signed-off-by: Alexander Kanavin --- meta/recipes-support/vte/vte_0.60.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [OE-core][PATCH v3] icu: upgrade 66.1 -> 67.1

I think this might be a more serious issue with hash equiv (or maybe something in the icu recipe), as reverting the change produced the same error (linking error due to symbols in libvte pointing to wrong icu version). https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/926 Alex On

Re: [OE-core] [PATCH 08/17] avahi: merge avahi-ui into the main recipe

On Tue, May 5, 2020 at 4:09 AM Alexander Kanavin wrote: > > This isn't going to work if you're building remmina against poky master, as > the avahi merge patch is not yet there :) > Yes I was building with master-next and carrying a local change for. remmina as well where I think master-next got

Re: [OE-core][PATCH v3] initscripts/init-system-helpers: fix mountnfs.sh dependency

> Am 05.05.2020 um 16:56 schrieb Otavio Salvador > : > > On Tue, May 5, 2020 at 10:43 AM Jens Rehsack wrote: >>> Am 04.05.2020 um 16:21 schrieb Otavio Salvador >>> : >>> >>> On Mon, May 4, 2020 at 11:10 AM Jens Rehsack wrote: With commit c9fc9110be33fe0f24bc3a7c242b584a4ca33e04 >

[OE-core][PATCH] bitbake.conf: Prevent git from detecting parent repo in recipe

Prevents git commands run in a recipe from moving up past ${WORKDIR} when searching for a .git directory, and thus prevents them from detecting the parent OE-core .git directory. Fixes several reproducibility issues where recipes would use the OE-core version as the recipe version due to git walkin

Re: [OE-core][PATCH v3] icu: upgrade 66.1 -> 67.1

On Fri, 2020-05-01 at 13:39 +0200, Andrej Valek wrote: > - 0001-icu-Added-armeb-support.patch - rebased > - 0001-Fix-big-endian-build.patch - removed, already included in new > version > - icu-pkgdata-large-cmd.patch - removed, implemented correct size > > Signed-off-by: Andrej Valek This is fai

Re: [OE-core][PATCH v3] initscripts/init-system-helpers: fix mountnfs.sh dependency

On Tue, May 5, 2020 at 10:43 AM Jens Rehsack wrote: > > Am 04.05.2020 um 16:21 schrieb Otavio Salvador > > : > > > > On Mon, May 4, 2020 at 11:10 AM Jens Rehsack wrote: > >> > >> With commit c9fc9110be33fe0f24bc3a7c242b584a4ca33e04 > >>Author: Yue Tao > >>Date: Fri May 25 10:48:08 201

[OE-core] Yocto Project Status WW18'20

Current Dev Position: YP 3.2 M1 Next Deadline: YP 3.2 M1 build date 2020/6/16 Next Team Meetings: * Bug Triage meeting Thursday May 7th at 7:30am PDT ( https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday May 5th at 8am PDT (

Re: [OE-core][PATCH v3] initscripts/init-system-helpers: fix mountnfs.sh dependency

> Am 04.05.2020 um 16:21 schrieb Otavio Salvador > : > > On Mon, May 4, 2020 at 11:10 AM Jens Rehsack wrote: >> >> With commit c9fc9110be33fe0f24bc3a7c242b584a4ca33e04 >>Author: Yue Tao >>Date: Fri May 25 10:48:08 2018 +0800 >> >>initscripts: Avoid starting rpcbind daemon

[OE-core] [PATCH 15/24] vulkan-headers: upgrade 1.1.126.0 -> 1.2.135.0

Signed-off-by: Alexander Kanavin --- ...ulkan-headers_1.1.126.0.bb => vulkan-headers_1.2.135.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/vulkan/{vulkan-headers_1.1.126.0.bb => vulkan-headers_1.2.135.0.bb} (87%) diff --git a/meta/recipes-graphics

[OE-core] [PATCH 12/24] powertop: switch to Arjan's git

01.org seems unmaintained; while the tarball is still there, the page to download it from is gone. Signed-off-by: Alexander Kanavin --- meta/recipes-kernel/powertop/powertop_2.10.bb | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/meta/recipes-kernel/powertop/pow

[OE-core] [PATCH 19/24] e2fsprogs: update to 1.45.6

Drop backports, and also 0001-misc-create_inode.c-set-dir-s-mode-correctly.patch as upstream code has been refactored. Signed-off-by: Alexander Kanavin --- ...-t-try-to-rehash-a-deleted-directory.patch | 49 ...ate_inode.c-set-dir-s-mode-correctly.patch | 41 -- .../e2fsprog

[OE-core] [PATCH 17/24] vulkan-tools: upgrade 1.1.126.0 -> 1.2.135.0

Signed-off-by: Alexander Kanavin --- .../{vulkan-tools_1.1.126.0.bb => vulkan-tools_1.2.135.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/vulkan/{vulkan-tools_1.1.126.0.bb => vulkan-tools_1.2.135.0.bb} (94%) diff --git a/meta/recipes-graphics/vul

[OE-core] [PATCH 16/24] vulkan-loader: upgrade 1.1.126.0 -> 1.2.135.0

Signed-off-by: Alexander Kanavin --- ...{vulkan-loader_1.1.126.0.bb => vulkan-loader_1.2.135.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/vulkan/{vulkan-loader_1.1.126.0.bb => vulkan-loader_1.2.135.0.bb} (95%) diff --git a/meta/recipes-graphics/v

[OE-core] [PATCH 23/24] testresults.json: add duration of the tests as well

This is printed by testimage, but isn't actually saved. It's a useful metric for tracking execution times. Signed-off-by: Alexander Kanavin --- meta/lib/oeqa/core/runner.py | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/meta/lib/oeqa/core/runner.py b/meta/lib/oeqa/core/

[OE-core] [PATCH 24/24] re2c: correct upstream location

Signed-off-by: Alexander Kanavin --- meta/recipes-support/re2c/re2c_1.0.1.bb | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-support/re2c/re2c_1.0.1.bb b/meta/recipes-support/re2c/re2c_1.0.1.bb index 4ed8d257ac..35200ecde8 100644 --- a/meta/recipes-support/re2c

[OE-core] [PATCH 09/24] libdazzle: update to 3.36.0

Signed-off-by: Alexander Kanavin --- .../libdazzle/{libdazzle_3.34.1.bb => libdazzle_3.36.0.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-gnome/libdazzle/{libdazzle_3.34.1.bb => libdazzle_3.36.0.bb} (82%) diff --git a/meta/recipes-gnome/libdazzle/libdazzl

[OE-core] [PATCH 10/24] epiphany: update to 3.36.1

libhandy is a new hard dependency. Signed-off-by: Alexander Kanavin --- .../epiphany/{epiphany_3.34.4.bb => epiphany_3.36.1.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-gnome/epiphany/{epiphany_3.34.4.bb => epiphany_3.36.1.bb} (79%) diff --git a/meta

[OE-core] [PATCH 07/24] libcap: update to 2.33

Signed-off-by: Alexander Kanavin --- ...-tests-do-not-statically-link-a-test.patch | 32 +++ ...hread_yield-with-standard-sched_yiel.patch | 24 ++ .../libcap/{libcap_2.32.bb => libcap_2.33.bb} | 5 +-- 3 files changed, 53 insertions(+), 8 deletions(-) create mode 10

[OE-core] [PATCH 11/24] patchelf: switch to git

The tarball download website is full of broken links; while direct tarball download still works, exploring around and checking for latest versions does not. Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/patchelf/patchelf_0.10.bb | 7 --- 1 file changed, 4 insertions(+), 3 deleti

[OE-core] [PATCH 14/24] rpcsvc-proto: update to 1.4.1

Signed-off-by: Alexander Kanavin --- meta/recipes-extended/rpcsvc-proto/rpcsvc-proto.bb | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/meta/recipes-extended/rpcsvc-proto/rpcsvc-proto.bb b/meta/recipes-extended/rpcsvc-proto/rpcsvc-proto.bb index cb5b288c48..f2e9e39

[OE-core] [PATCH 13/24] meson: fix upstream version check

Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/meson/meson.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-devtools/meson/meson.inc b/meta/recipes-devtools/meson/meson.inc index 50fb41ac98..0a58c971ae 100644 --- a/meta/recipes-devtools/meson/meson.inc +++ b/meta/

[OE-core] [PATCH 22/24] cdrtools-native: fix upstream version check

Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb b/meta/recipes-devtools/cdrtools/cdrtools-native_3.01.bb index b568bb39f6..c08da6cdca 100644 --- a

[OE-core] [PATCH 21/24] ovmf: update to 202002

Signed-off-by: Alexander Kanavin --- ...st.patch => 0001-ovmf-Update-to-latest.patch} | 16 meta/recipes-core/ovmf/ovmf_git.bb | 8 2 files changed, 12 insertions(+), 12 deletions(-) rename meta/recipes-core/ovmf/ovmf/{0004-ovmf-Update-to-latest.patch =>

[OE-core] [PATCH 06/24] git: update to 2.26.2

Disable iconv, as configure.ac attempts to run a cross-compiled test program otherwise. Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/git/git.inc | 1 + meta/recipes-devtools/git/git_2.24.1.bb | 11 --- meta/recipes-devtools/git/git_2.26.2.bb | 10 ++ 3 files

[OE-core] [PATCH 18/24] vulkan-demos: upgrade to latest revision

gli is replaced upstream with ktx. lfs objects are not in a revision that we use, so they can be ignored. Signed-off-by: Alexander Kanavin --- ...uild-demos-with-questionably-licensed-data.patch | 13 - meta/recipes-graphics/vulkan/vulkan-demos_git.bb| 6 +++--- 2 files changed

[OE-core] [PATCH 20/24] build-compare: update to latest revision

Drop the patch as upstream has refactored the code, and recent reproducible builds work has likely rendered it unnecessary. Signed-off-by: Alexander Kanavin --- .../build-compare/build-compare_git.bb| 8 ++-- .../files/Ignore-DWARF-sections.patch | 37 --- 2 file

[OE-core] [PATCH 08/24] libhandy: add a recipe from meta-oe

This is needed by new versions of epiphany browser. Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/maintainers.inc| 1 + meta/recipes-gnome/libhandy/libhandy_git.bb | 21 + 2 files changed, 22 insertions(+) create mode 100644 meta/recipes-gnome/libhandy/l

[OE-core] [PATCH 05/24] testsdkext/devtool: initialize the test component's git repo

Devtool is relying on externalsrc class, which, in order to determine if a rebuild is needed, relies on git to checksum files (if the component tree is a git repo), or sets a flag to always rebuild if the component tree is not a git repo. This is problematic in testsdkext scenario, where the test

[OE-core] [PATCH 03/24] avahi: merge avahi-ui into the main recipe

The split was building the same code twice, awkward to maintain, and causing issues with upgrades. Disabling the gtk bits can be easily done through the standard PACKAGECONFIG mechanism when needed. Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/maintainers.inc | 1 - .../a

[OE-core] [PATCH 01/24] libinput: add ptest

The test takes about 17 minutes, and fully passes. Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/ptest-packagelists.inc | 1 + meta/recipes-graphics/wayland/libinput/run-ptest | 9 + meta/recipes-graphics/wayland/libinput_1.15.2.bb | 16 +--- 3 files change

[OE-core] [PATCH 02/24] libinput: update 1.15.2 -> 1.15.5

Signed-off-by: Alexander Kanavin --- .../wayland/{libinput_1.15.2.bb => libinput_1.15.5.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/wayland/{libinput_1.15.2.bb => libinput_1.15.5.bb} (92%) diff --git a/meta/recipes-graphics/wayland/libinput

[OE-core] [PATCH 04/24] avahi: update to 0.8

Signed-off-by: Alexander Kanavin --- .../avahi/{avahi_0.7.bb => avahi_0.8.bb} | 20 .../avahi/files/fix-CVE-2017-6519.patch | 48 --- 2 files changed, 9 insertions(+), 59 deletions(-) rename meta/recipes-connectivity/avahi/{avahi_0.7.bb => avahi_0.8.bb} (95%)

Re: [OE-core] [PATCH 1/2] gcc-target: Ensure buildtools-extended-tarball doesn't use arch=native

On Tue, 2020-05-05 at 13:14 +0300, Adrian Bunk wrote: > On Fri, May 01, 2020 at 05:46:01PM +0100, Richard Purdie wrote: > > A nativesdk BBCLASSEXTEND was added to gcc-target without realising > > this > > would pass arch=native through to it for x86-64. This heavily > > optimises > > gcc output for

Re: [OE-core] superfluous usage of "INC_PR" in oe-core?

On Tue, 2020-05-05 at 08:19 -0400, Robert P. J. Day wrote: > On Tue, 5 May 2020, Richard Purdie wrote: > > > On Sun, 2020-05-03 at 13:07 -0400, Robert P. J. Day wrote: > > > given my understanding of the rationale for INC_PR, it would > > > seem > > > as > > > if at least *some* of these assignm

Re: [OE-core] superfluous usage of "INC_PR" in oe-core?

On Tue, 5 May 2020, Richard Purdie wrote: > On Sun, 2020-05-03 at 13:07 -0400, Robert P. J. Day wrote: > > given my understanding of the rationale for INC_PR, it would seem > > as > > if at least *some* of these assignments are superfluous: > > > > recipes-connectivity/connman/connman.inc:INC_

Re: [OE-core] [PATCH 01/17] libinput: add ptest

Thanks, I fixed this and other reported issues, so will re-send once what's left of the last batch makes it into master:) Alex On Tue, 5 May 2020 at 11:43, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Sun, 2020-05-03 at 18:25 +0200, Alexander Kanavin wrote: > > The test takes

[OE-core] [PATCH] dtc: update to 1.6.0

This also fixes issues with gcc 10's default change to "-fno-common". Signed-off-by: Richard Leitner --- meta/recipes-kernel/dtc/{dtc_1.5.1.bb => dtc_1.6.0.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-kernel/dtc/{dtc_1.5.1.bb => dtc_1.6.0.bb} (81%) diff --git a

Re: [OE-core] [Openembedded-architecture] Proposal: community maintained recipes in oe-core

On Mon, 4 May 2020 at 00:16, akuster wrote: > the current maintenance model in openembedded-core is problematic due to > lack of well-working process of finding maintainers, and replacing them > when they're no longer able to contribute. This becomes especially > frustrating when maintainers sile

Re: [OE-core] [PATCH 08/17] avahi: merge avahi-ui into the main recipe

This isn't going to work if you're building remmina against poky master, as the avahi merge patch is not yet there :) Alex On Mon, 4 May 2020 at 23:01, Khem Raj wrote: > remmina from meta-oe depends on avahi-ui so anyway its fixable by > changing the dependency but then it fails to find needed

[OE-core] ✗ patchtest: failure for gdbm: add patch to fix link failure against gcc 10 (rev2)

== Series Details == Series: gdbm: add patch to fix link failure against gcc 10 (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/23952/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests

[OE-core] [PATCH v3] gdbm: add patch to fix link failure against gcc 10

This also makes appending "-fcommon" to CFLAGS obsolete and enables native builds with a host gcc v10. Signed-off-by: Richard Leitner --- ...gdbm-fix-link-failure-against-gcc-10.patch | 47 +++ meta/recipes-support/gdbm/gdbm_1.18.1.bb | 3 +- 2 files changed, 48 insertions(

[OE-core] [PATCH v2] gdbm: add patch to fix link failure against gcc 10

This also makes appending "-fcommon" to CFLAGS obsolete and enables native builds with a host gcc v10. Signed-off-by: Richard Leitner --- ...gdbm-fix-link-failure-against-gcc-10.patch | 46 +++ meta/recipes-support/gdbm/gdbm_1.18.1.bb | 3 +- 2 files changed, 47 insertions(

[OE-core] ✗ patchtest: failure for gdbm: add patch to fix link failure against gcc 10

== Series Details == Series: gdbm: add patch to fix link failure against gcc 10 Revision: 1 URL : https://patchwork.openembedded.org/series/23952/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have b

Re: [OE-core] [PATCH 1/2] gcc-target: Ensure buildtools-extended-tarball doesn't use arch=native

On Fri, May 01, 2020 at 05:46:01PM +0100, Richard Purdie wrote: > A nativesdk BBCLASSEXTEND was added to gcc-target without realising this > would pass arch=native through to it for x86-64. This heavily optimises > gcc output for the host its running on meaning it can't be reused via > sstate on ot

[OE-core] [PATCH] gdbm: add patch to fix link failure against gcc 10

This also makes appending "-fcommon" to CFLAGS obsolete and enables native builds with a host gcc v10. Signed-off-by: Richard Leitner --- ...gdbm-fix-link-failure-against-gcc-10.patch | 46 +++ meta/recipes-support/gdbm/gdbm_1.18.1.bb | 3 +- 2 files changed, 47 insertions(

Re: [OE-core][PATCH] icu: upgrade 66.1 -> 67.1

On Tue, 2020-05-05 at 08:13 +, Valek, Andrej wrote: > I know, why the patch is failing, because of mixed line endings. > > I have already created a PR, where all patches fit as well. So you > can take the patches from there instead of mailing list. To be clear, I mean that I have a lot of req

Re: [OE-core] superfluous usage of "INC_PR" in oe-core?

On Sun, 2020-05-03 at 13:07 -0400, Robert P. J. Day wrote: > given my understanding of the rationale for INC_PR, it would seem > as > if at least *some* of these assignments are superfluous: > > recipes-connectivity/connman/connman.inc:INC_PR = "r20" > recipes-graphics/xorg-driver/xorg-drive

Re: [OE-core][dunfell 00/14] Pull request for dunfell (cover letter only)

On Sun, 2020-05-03 at 12:39 -1000, Steve Sakoman wrote: > The following changes since commit > 1795f30d8ab73d35710ca99064c51190dc84853e: > > build-appliance-image: Update to master head revision (2020-04-07 > 22:15:32 +0100) > > are available in the Git repository at: > > git://git.openembed

[OE-core] [PATCH] recipes: Remove remaining INC_PR variables

Most of these were unused, remaining in the inc files long after the PR values were removed from the recipes. The only two which did anything wre in xorg-font and for those, bump PR by hand and remove the INC_PR to clean up all references. This kind of change is much better handled by PRServ now.

Re: [OE-core] [PATCH 01/17] libinput: add ptest

On Sun, 2020-05-03 at 18:25 +0200, Alexander Kanavin wrote: > The test takes about 17 minutes, and fully passes. > > Signed-off-by: Alexander Kanavin > --- > meta/conf/distro/include/ptest-packagelists.inc | 1 + > meta/recipes-graphics/wayland/libinput/run-ptest | 9 + > meta/recipes

Re: [OE-core][PATCH] icu: upgrade 66.1 -> 67.1

I know, why the patch is failing, because of mixed line endings. I have already created a PR, where all patches fit as well. So you can take the patches from there instead of mailing list. Regards, Andrej -Original Message- From: Richard Purdie Sent: Tuesday, May 5, 2020 10:11 AM To:

Re: [OE-core][PATCH] icu: upgrade 66.1 -> 67.1

On Tue, 2020-05-05 at 07:56 +, Valek, Andrej wrote: > Hello Richard, > > Could you please take a look on it? I will. Keep in mind that I've multiple people asking me to help understand why their patches fail in testing and I can only deal with so many at once. As soon as something needs extr

Re: [OE-core][PATCH] icu: upgrade 66.1 -> 67.1

Hello Richard, Could you please take a look on it? Thank you, Andrej From: Valek, Andrej (IOT DS EU SK SI-BP1) Sent: Saturday, May 2, 2020 7:28 PM To: Alexander Kanavin ; Richard Purdie ; openembedded-core@lists.openembedded.org Subject: RE: [OE-core][PATCH] icu: upgrade 66.1 -> 67.1 Do I have

[OE-core] ✗ patchtest: failure for zeus patch review

== Series Details == Series: zeus patch review Revision: 1 URL : https://patchwork.openembedded.org/series/23949/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the proposed seri