[OE-core] [PATCH] lttng-tools: Do not build for riscv64

Since lttng-modules are not buildable, there is no point of building tools either Signed-off-by: Khem Raj --- .../packagegroups/packagegroup-core-tools-profile.bb | 1 + meta/recipes-kernel/lttng/lttng-tools_2.12.2.bb| 3 +++ 2 files changed, 4 insertions(+) diff

Re: [OE-core] [PATCH] local.conf.sample: Document memory resident bitbake

On Tue, 2020-08-25 at 23:10 +0100, Richard Purdie via lists.openembedded.org wrote: > Add an example of how to enable this to local.conf.sample > > Signed-off-by: Richard Purdie > --- > {meta => metay}/conf/local.conf.sample | 10 ++ > 1 file changed, 10 insertions(+) > rename {meta

[OE-core] [PATCH 1/2] oeqa/selftest: Apply patch to fix cpio build with -fno-common

Signed-off-by: Khem Raj --- meta/lib/oeqa/selftest/cases/meta_ide.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/lib/oeqa/selftest/cases/meta_ide.py b/meta/lib/oeqa/selftest/cases/meta_ide.py index 809142559a..4dcebc5a06 100644 ---

[OE-core] [PATCH 2/2] kexec-tools: Fix build with -fno-common on ppc

Signed-off-by: Khem Raj --- .../0001-kexec-Fix-build-with-fno-common.patch | 10 ++ 1 file changed, 10 insertions(+) diff --git a/meta/recipes-kernel/kexec/kexec-tools/0001-kexec-Fix-build-with-fno-common.patch

Re: [OE-core] [master][PATCH 4/5] package / packagedata bbclass: Change the way PRAUTO and AUTOINC are handled

On 8/25/20 12:04 PM, Richard Purdie wrote: > On Tue, 2020-08-25 at 11:52 -0500, Mark Hatle wrote: >> >> On 8/25/20 9:14 AM, Mark Hatle wrote: >>> >>> On 8/25/20 5:56 AM, Richard Purdie wrote: On Mon, 2020-08-24 at 18:29 -0500, Mark Hatle wrote: > A related change was also needed for the

[OE-core] [PATCH] local.conf.sample: Document memory resident bitbake

Add an example of how to enable this to local.conf.sample Signed-off-by: Richard Purdie --- {meta => metay}/conf/local.conf.sample | 10 ++ 1 file changed, 10 insertions(+) rename {meta => metay}/conf/local.conf.sample (96%) diff --git a/meta/conf/local.conf.sample

[OE-core] [PATCH] lttng-modules: Disable on riscv64

Kernel 5.8+ and lttng requires kprobes and riscv64 lacks kprobes Invert the COMPATIBLE_HOST regexp, as we support most of arches Signed-off-by: Khem Raj --- meta/recipes-kernel/lttng/lttng-modules_2.12.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [master][PATCH 2/5] hash equivalency and pr service

On Tue, 2020-08-25 at 09:16 -0500, Mark Hatle wrote: > On 8/25/20 7:50 AM, Joshua Watt wrote: > > On Mon, Aug 24, 2020 at 6:29 PM Mark Hatle > > wrote: > > > +PKGDATA_VARS_NOHASH = "EXTENDPRAUTO" > > > > There are so many hashes to keep track of, can we make it more > > specific than just

[OE-core] [PATCH] libubootenv: inherit uboot-config

From: Ming Liu This mainly aims to involve in the sanity check of UBOOT_CONFIG and UBOOT_MACHINE, it will throw a error message at recipe parsing time if neither of them is set, and libubootenv would be skipped. Signed-off-by: Ming Liu --- meta/recipes-bsp/u-boot/libubootenv_0.3.bb | 2 +- 1

Re: [OE-core] [master][PATCH 4/5] package / packagedata bbclass: Change the way PRAUTO and AUTOINC are handled

On Tue, 2020-08-25 at 11:52 -0500, Mark Hatle wrote: > > On 8/25/20 9:14 AM, Mark Hatle wrote: > > > > On 8/25/20 5:56 AM, Richard Purdie wrote: > > > On Mon, 2020-08-24 at 18:29 -0500, Mark Hatle wrote: > > > > A related change was also needed for the kernel.bbclass. The > > > > kernel > > > >

Re: [OE-core] [master][PATCH 4/5] package / packagedata bbclass: Change the way PRAUTO and AUTOINC are handled

On 8/25/20 9:14 AM, Mark Hatle wrote: > > > On 8/25/20 5:56 AM, Richard Purdie wrote: >> On Mon, 2020-08-24 at 18:29 -0500, Mark Hatle wrote: >>> A related change was also needed for the kernel.bbclass. The kernel >>> >>> needs to get the AUTOINC values used by the various PV/PKGV, but with

[OE-core] [PATCH v3] bluez5: fix builds that require ell support

Shortly after the recipe was updated to add ell as a mesh dependency the way ell was integrated into bluez5 was changed. BlueZ requires ell only for mesh and for btpclient (external test programs). It will be ignored unless either mesh or btpclient are selected. ell can be supplied externally,

Re: [OE-core] [devtool] problem with PACKAGE_ARCH and TARGET_OS

Hi Richard, Thank you for your reply. On 25.08.2020 15:05, Richard Purdie wrote: > On Tue, 2020-08-25 at 14:47 +0200, Adrian wrote: >> Hi, >> >> After recent update of poky, I started to experience an issue with >> devtool. Currently, I am using the latest zeus version. I have a >> multiconfig

[OE-core] Yocto Project Status WW34'20

Current Dev Position: YP 3.2 M3 Next Deadline: YP 3.2 M3 build date 2020/8/31 - FEATURE FREEZE Next Team Meetings: * Bug Triage meeting Thursday Aug. 27th at 7:30am PDT ( https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday Sept. 1st at

[OE-core] [PATCH] kernel.bbclass: run do_symlink_kernsrc before do_patch

There's a race between do_symlink_kernsrc and do_populate_lic, since the latter is ordered "after do_patch"; so the two may run in parallel. In some cases, that actually causes do_populate_lic to fail if it happens to look for a license file somewhere under ${S} in the short window after

Re: [OE-core] [PATCH] [dunfell 3/3] libubootenv: uprev to v0.3

On Sun, Aug 23, 2020 at 8:56 PM Ming Liu wrote: > > Hi, Anuj: > > Thanks for the review, I think this is a good suggestion, maybe we can let it > inherit uboot-config bbclass. Will send a patch to master. Yes, good suggestion! I'll hold off on taking this patch series for dunfell until I can

Re: [OE-core] [master][PATCH 2/5] hash equivalency and pr service

On 8/25/20 7:50 AM, Joshua Watt wrote: > On Mon, Aug 24, 2020 at 6:29 PM Mark Hatle > wrote: >> >> When the PR service is enabled a number of small changes happen to variables. >> >> During the do_package task, EXTENDPRAUTO will get a value placed into it that >> is intended to be used to

Re: [OE-core] [master][PATCH 4/5] package / packagedata bbclass: Change the way PRAUTO and AUTOINC are handled

On 8/25/20 5:56 AM, Richard Purdie wrote: > On Mon, 2020-08-24 at 18:29 -0500, Mark Hatle wrote: >> A related change was also needed for the kernel.bbclass. The kernel >> >> needs to get the AUTOINC values used by the various PV/PKGV, but with >> this new system we don't want to call auto_pr

Re: [OE-core] file checksums versus SRC_URI globs

On Thu, 2020-07-09 at 21:31 +0200, Rasmus Villemoes wrote: > On 02/07/2020 08.42, Rasmus Villemoes via lists.openembedded.org wrote: > > On 01/07/2020 16.03, Quentin Schulz wrote: > > > Hi Rasmus, > > > > > > On Wed, Jul 01, 2020 at 03:51:19PM +0200, Rasmus Villemoes wrote: > > > > Hi, > > > > >

Re: [OE-core] [PATCH v2] bluez5: fix builds that require ell support

This doesn't make it clear, is ell (external or internal) required for all bluez builds now, or is it still optional? Adding mandatory dependencies should be better justified. Alex On Tue, 25 Aug 2020 at 15:43, Peter A. Bigot wrote: > Shortly after the recipe was updated to add ell as a mesh

[OE-core] ✗ patchtest: failure for bluez5: fix builds that require ell support (rev2)

== Series Details == Series: bluez5: fix builds that require ell support (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/25757/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

[OE-core] ✗ patchtest: failure for "connman-gnome/matchbox-desktop..." and 1 more

== Series Details == Series: "connman-gnome/matchbox-desktop..." and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/25770/ 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] selftest/recipetool: Drop globbing SRC_URI test, no longer supported

Globbing is a bad idea in SRC_URI, it breaks the task checksums and can't really be fixed. Since we're removing it, drop the test for its interaction with recipetool. Signed-off-by: Richard Purdie --- .../files/selftest-replaceme-src-globfile | 1 -

[OE-core] [PATCH 1/2] connman-gnome/matchbox-desktop: Remove file:// globbing

A directory can be specified in SRC_URI, there is no need to use globbing. This means that the files are checksummed correctly and the recipe rebuilds when the files change as globbing breaks that. We're about to remove the use of globbing in SRC_URI so improve these. Signed-off-by: Richard

[OE-core] [PATCH v2] bluez5: fix builds that require ell support

Shortly after the recipe was updated to add ell as a mesh dependency the way ell was integrated into bluez5 was changed. Use the external ell dependency rather than the default to build one internal to bluez5. --- meta/recipes-connectivity/bluez5/bluez5.inc | 7 --- 1 file changed, 4

Re: [OE-core] [devtool] problem with PACKAGE_ARCH and TARGET_OS

On Tue, 2020-08-25 at 14:47 +0200, Adrian wrote: > Hi, > > After recent update of poky, I started to experience an issue with > devtool. Currently, I am using the latest zeus version. I have a > multiconfig environment (Xilinx ZynqMP+ with ARM64 and Microblaze). I > am > modifying my recipe

Re: [OE-core] [master][PATCH 2/5] hash equivalency and pr service

On Mon, Aug 24, 2020 at 6:29 PM Mark Hatle wrote: > > When the PR service is enabled a number of small changes happen to variables. > > During the do_package task, EXTENDPRAUTO will get a value placed into it that > is intended to be used to extend the PR. This value will get written to >

[OE-core] [devtool] problem with PACKAGE_ARCH and TARGET_OS

Hi, After recent update of poky, I started to experience an issue with devtool. Currently, I am using the latest zeus version. I have a multiconfig environment (Xilinx ZynqMP+ with ARM64 and Microblaze). I am modifying my recipe compiled from local sources. The custom target machine configuration

Re: [OE-core] do_populate_lic problems

On Tue, 2020-08-25 at 11:13 +0200, Rasmus Villemoes wrote: > There are a couple of problems with do_populate_lic, especially > around > the kernel and u-boot recipes. > > First, we have a race condition in kernel recipes: > > addtask populate_lic after do_patch before do_build > addtask

Re: [OE-core] [PATCH] bluez5: fix builds that require ell support

On Mon, Aug 24, 2020 at 02:44:51PM -0500, Peter A. Bigot wrote: > Shortly after the recipe was updated to add ell as a mesh dependency > the way ell was integrated into bluez5 was changed. Add the new > configuration options required for an external ell. >... > -PACKAGECONFIG[mesh] =

Re: [OE-core] [master][PATCH 4/5] package / packagedata bbclass: Change the way PRAUTO and AUTOINC are handled

On Mon, 2020-08-24 at 18:29 -0500, Mark Hatle wrote: @@ -2396,6 +2399,14 @@ addtask do_package_setscene > python do_packagedata () { > src = d.expand("${PKGDESTWORK}") > dest = d.expand("${WORKDIR}/pkgdata-pdata-input") > + > +bb.build.exec_func("package_get_auto_pr", d) > +#

Re: [OE-core] [master][PATCH 4/5] package / packagedata bbclass: Change the way PRAUTO and AUTOINC are handled

On Mon, 2020-08-24 at 18:29 -0500, Mark Hatle wrote: > A related change was also needed for the kernel.bbclass. The kernel > > needs to get the AUTOINC values used by the various PV/PKGV, but with > this new system we don't want to call auto_pr each time -- instead > call the

Re: [OE-core] [master][PATCH 1/5] package_tar.bbclass: Sync to the other package_* classes

On Mon, 2020-08-24 at 18:29 -0500, Mark Hatle wrote: > Sync up the task definitions with the other package classes. This may not > have been strictly necessary but will make overall maintenance easier as > the various package classes are now in sync. > > Additional, there was a missing deltask

[OE-core] do_populate_lic problems

There are a couple of problems with do_populate_lic, especially around the kernel and u-boot recipes. First, we have a race condition in kernel recipes: addtask populate_lic after do_patch before do_build addtask symlink_kernsrc before do_configure after do_unpack so there's no ordering between

Re: [OE-core] cleansstate

On 24/08/2020 23.08, Richard Purdie wrote: > On Mon, 2020-08-24 at 23:05 +0200, Rasmus Villemoes wrote: >> On 22/08/2020 09.27, Richard Purdie via lists.openembedded.org wrote: >>> On Fri, 2020-08-21 at 17:32 -0700, Tom King wrote: What would be a use case for cleanstate? >>> >>> I