The full path of patch may contain '/meta/' but not in oe-core, skip
patches by checking it starts with oe-core full path or not.
Signed-off-by: Yang Xu
---
meta/classes-global/insane.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes-global/insane.bbclass
This package was broken since it was upgraded to 6.48, because
it started using 'exceptiongroup' since then, which is missing
in any meta layer. On target, when importing hypothesis, we meet
the following error:
Traceback (most recent call last):
File "/usr/lib64/python3.10/site-packages/hypot
On 8/16/22 22:55, Christopher Larson wrote:
This class functionality isn't limited to images.
If not, it may need to move to classes-global. Otherwise it fails to parse:
ERROR: ParseError in configuration INHERITs: Could not inherit file
classes/distrooverrides.bbclass
On Tue, Aug 16, 20
Fixes: ccbbed323b5a96bbdaec4411fdd26cb9dca583e8
("python3-cython: Update code to match debug path changes")
Signed-off-by: Jacob Kroon
---
meta/recipes-devtools/python/python3-cython_0.29.32.bb | 2 --
1 file changed, 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python3-cython
On Wed, 2022-08-17 at 23:36 +0200, Alexander Kanavin wrote:
> On Wed, 17 Aug 2022 at 22:52, Richard Purdie
> wrote:
> > One thing that concerns me a little is that this mixes two things,
> > layer setup (as in repos) and configuration. I'm nervous about json
> > config which effectively has to dup
On Wed, 17 Aug 2022 at 22:52, Richard Purdie
wrote:
> I'm still worried about bolting a format directly into one of our core
> tools as it effectively means it is a definitive standard. We do
> probably need one but I'm not convinced this is quite right, perhaps
> because of the above reason. Not
On Wed, 17 Aug 2022 at 22:52, Richard Purdie
wrote:
> One thing that concerns me a little is that this mixes two things,
> layer setup (as in repos) and configuration. I'm nervous about json
> config which effectively has to duplicate the list of machines/distros
> in layers.
>
> Where is the dist
On Wed, 2022-08-17 at 15:10 +0200, Alexander Kanavin wrote:
> From: Joshua Watt
>
> Defines a common schema for layer setup that can be consumed by tools to
> know how to fetch and assemble layers for end users. Also includes an
> example of the layer setup that constructs poky/meta-intel/imagina
I reproduced. This happens if all three are true:
- recipe is using gitsm://
- one of the submodules contains lfs objects
- git-lfs is installed on the host (that's why it's not seen on the AB)
There's logic in plain git:// fetcher to deal with lfs, but not in
gitsm://. So that logic needs to be a
Just to be sure, can you repeat this on a pristine poky master
checkout with no cache and no downloads? 'bitbake -c unpack
vulkan-samples' should do.
Also what does git --version say? I wonder if there's something in too
old or too new versions of it.
Alex
On Wed, 17 Aug 2022 at 21:22, Julien St
Hi Alexander,
I observe this by just trying to build the vulkan-samples recipe:
DISTRO=poky bitbake vulkan-samples.
Here is the log output (sorry it is a bit verbose):
ERROR: vulkan-samples-git-r0 do_unpack: Bitbake Fetcher Error:
FetchError('Fetch command export PSEUDO_DISABLED=1; export
SSH_AUT
On 17/08/2022 21:01:24+0200, Julien STEPHAN wrote:
> vulkan-samples uses git submodules and one of the submodules uses lfs
> objects. During the unpack step, the lfs objects are retrieved leading to
> a network failure.
>
> The correct fix is to fetch lfs objects during the fetch step, but let's
>
This has not been observed on the autobuilder or independently
reported, can you show how to reproduce or the failure log?
Alex
On Wed, 17 Aug 2022 at 21:01, Julien STEPHAN wrote:
>
> vulkan-samples uses git submodules and one of the submodules uses lfs
> objects. During the unpack step, the lfs
vulkan-samples uses git submodules and one of the submodules uses lfs
objects. During the unpack step, the lfs objects are retrieved leading to
a network failure.
The correct fix is to fetch lfs objects during the fetch step, but let's
workaround this issue for now
Signed-off-by: Julien STEPHAN
Update the recpie to match the recent debug files layout change.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/valgrind/valgrind_3.19.0.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.19.0.bb
b/meta/recipes-devtools/
After improvements to debug sources handling I suspect that extra debug
information became available and is confusing this test. Disable it
for now until someone with more knowledge can resolve the issue.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/valgrind/valgrind/remove-for-all |
Hi,
On 17/08/2022 16:09:46+, Awais Belal wrote:
> Do I need to send an update here to align with
> https://git.openembedded.org/openembedded-core/commit/meta/classes-recipe/kernel-fitimage.bbclass?h=master-next&id=f5c128008365e141082c129417eb72d2751e8045
> ?
>
I have the patch in my master
Hello,
This doesn't seem to work as expected:
https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/1599/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/100/builds/3296/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#builders/128/builds
There are several fixes which are done to fix builds with newer
compilers after 0.0.28 was releases in 2015 a long time ago.
Add a patch to fix manpages builds not trying to access network during
build
Add UPSTREAM_CHECK_COMMITS = "1"
Regenerate xmlif from lex files, before configuring the build
Fix build with clang
Package new rpcctl utility into a new package
Signed-off-by: Khem Raj
---
v2: Use nonarch_libdir instead of nonarch_base_libdir for packaging
modprobe.d dir
...td-Check-for-return-of-stat-function.patch | 34 +++
.../0006-Fix-function-prototypes.patch| 93 ++
Do I need to send an update here to align with
https://git.openembedded.org/openembedded-core/commit/meta/classes-recipe/kernel-fitimage.bbclass?h=master-next&id=f5c128008365e141082c129417eb72d2751e8045
?
BR,
Awais
From: openembedded-core@lists.openembedded.org
On qemuarmv5, arm-charlcd is logging an error because the device isn't
present on the virtual machine. Mask it off, as that device could be
present on the physical hardware (and we want to use the same kernel
config as the real hardware).
Signed-off-by: Jon Mason
---
meta/lib/oeqa/runtime/cases
Signed-off-by: Khem Raj
---
v2: Squash the patch into another patch which introduced it
v3: Delete now unused patch from metadata
...lling-execute-package-scriptlets-wit.patch | 18 -
...ude-lib-rpmchroot.h-for-rpmChrootOut.patch | 26 ---
meta/recipes-devtools/rpm/rp
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/gcc/gcc/hardcoded-paths.patch | 2 +-
meta/recipes-devtools/gcc/gcc/prefix-map-realpath.patch | 3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/gcc/gcc/hardcoded-paths.patch
b/meta/recipes-dev
On Wed, Aug 17, 2022 at 4:32 AM wrote:
> Is there a problem applying this to kirkstone? Master and other
> branches are not affected.
No problem, it is in the patch set currently under test. You can
always see what I am currently testing here:
https://git.openembedded.org/openembedded-core-con
Signed-off-by: Khem Raj
---
v2: Squash the patch into another patch which introduced it
...alling-execute-package-scriptlets-wit.patch | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git
a/meta/recipes-devtools/rpm/files/0001-When-cross-installing-execute-packa
On Wed, 2022-08-17 at 15:31 +0100, Richard Purdie via
lists.openembedded.org wrote:
> On Mon, 2022-08-15 at 20:30 -0700, Khem Raj wrote:
> > There are several fixes which are done to fix builds with newer
> > compilers after 0.0.28 was releases in 2015 a long time ago.
> >
> > Add a patch to fix m
Hi,
Is there a problem applying this to kirkstone? Master and other
branches are not affected.
Cheers,
-Mikko
On Mon, Aug 08, 2022 at 09:27:19AM +0300,
bounce+67612+169014+3616751+9982...@lists.openembedded.org wrote:
> From: Mikko Rapeli
>
> For fiber, only CMake modules were installed in b
On Mon, 2022-08-15 at 20:30 -0700, Khem Raj wrote:
> There are several fixes which are done to fix builds with newer
> compilers after 0.0.28 was releases in 2015 a long time ago.
>
> Add a patch to fix manpages builds not trying to access network during
> build
>
> Regenerate xmlif from lex file
This is a patch for meta-openembedded (not oe-core), so it should be
sent to openembedded-de...@lists.openembedded.org. Otherwise the
meta-openembedded maintainer may not see it!
Steve
On Tue, Aug 16, 2022 at 3:57 AM Muhammad Hamza
wrote:
>
> From: Alex Kiernan
>
> libcoap implements a lightwe
On Tue, Aug 16, 2022 at 7:40 PM Yongxin Liu wrote:
>
> Any comments?
Waiting for this to hit master, then will cherry-pick to kirkstone.
Steve
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org > c...@lists.openembedded.org> On Behalf Of Yongxin Liu
> > Sent: Fri
This does a basic run-through of the bitbake-layers plugin, and the resulting
json layer config
and the layer setup script that uses it. Only poky is actually fetched by the
script.
Signed-off-by: Alexander Kanavin
---
meta/lib/oeqa/selftest/cases/bblayers.py | 22 ++
1 fil
This script can be used directly from poky, or can be copied directly into a
layer or any other repository - it is self-suffucient and requires only python3
and git on the host where it will run. It is also copied by the bitbake-layers
layers-setup plugin together with the json, unless requested ot
This addresses a long standing gap in the core offering:
there is no tooling to capture the currently configured layers
with their revisions, or restore the layers from a configuration
file (without using external tools, some of which aren't particularly
suitable for the task). This plugin addresse
From: Joshua Watt
Defines a common schema for layer setup that can be consumed by tools to
know how to fetch and assemble layers for end users. Also includes an
example of the layer setup that constructs poky/meta-intel/imaginary product
layer
for reference.
The schema can be used to validate a
This is the reverse of setting up a build by pointing TEMPLATECONF to a
directory
with a template and running '. oe-init-build-env': this takes the config files
from build/conf,
replaces site-specific paths in bblayers.conf with ##OECORE##-relative paths,
and copies
the config files into a speci
Source: https://github.com/madler/zlib
MR: 120525
Type: Security Fix
Disposition: Backport from
https://github.com/madler/zlib/commit/eff308af425b67093bab25f80f1ae950166bece1
& https://github.com/madler/zlib/commit/1eb7682f845ac9e9bf9ae35bbfb3bad5dacbd91d
ChangeID: 94d9b7d372b83cc1022c0a15046c544
Am 17.08.22 um 11:10 schrieb Frieder Schrempf:
> Hi Steve,
>
> Am 21.09.21 um 14:15 schrieb Richard Purdie via lists.openembedded.org:
>> Currently, if you change the site files, nothing rebuilds since they are
>> not accounted for in task checksums. They could/should be through the
>> file-checks
Hi Steve,
Am 21.09.21 um 14:15 schrieb Richard Purdie via lists.openembedded.org:
> Currently, if you change the site files, nothing rebuilds since they are
> not accounted for in task checksums. They could/should be through the
> file-checksums task flag. We need to cache all the files looked for
Source: https://github.com/madler/zlib
MR: 120531
Type: Security Fix
Disposition: Backport from
https://github.com/madler/zlib/commit/eff308af425b67093bab25f80f1ae950166bece1
& https://github.com/madler/zlib/commit/1eb7682f845ac9e9bf9ae35bbfb3bad5dacbd91d
ChangeID: 364c17d74213c64fe40b9b37ee78aa1
Signed-off-by: Khem Raj
---
...-prototypes-to-function-declarations.patch | 182 ++
meta/recipes-devtools/rsync/rsync_3.2.5.bb| 1 +
2 files changed, 183 insertions(+)
create mode 100644
meta/recipes-devtools/rsync/files/0001-Add-missing-prototypes-to-function-declarations
(From OE-Core rev: 62fad02c368aa912ae97e8dd048bd81e305a5444)
Signed-off-by: Khem Raj
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/binutils/binutils_2.39.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/binutils/binutils_2.39.bb
b/met
Signed-off-by: Khem Raj
---
meta/recipes-devtools/binutils/binutils-cross-canadian.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
b/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
index b3d591e658..4e8f10c1c4 100644
This will fix issues with autoconf tests which fail due to lacking
prototypes
Signed-off-by: Khem Raj
---
...totype-for-functions-with-no-paramet.patch | 64 +++
.../autoconf/autoconf_2.71.bb | 1 +
2 files changed, 65 insertions(+)
create mode 100644
meta/reci
It does not yet compile with clang it comes with __ builtin___snprintf_chk Not
Supported
formatted output of built-in functions check is failing with clang
somehow it seems to be compiler limitation. Therefore disable building
this component with clang for now
(From OE-Core rev: 5f4b6afb030fe7524
This does not work in cross settings yet
(From OE-Core rev: c9d484092060f7e8431e31c64d98433b4f85c378)
Signed-off-by: Khem Raj
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/binutils/binutils-cross.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/binutils/b
46 matches
Mail list logo
