On 17/03/2022 11:01:12+0100, Michael Opdenacker via lists.openembedded.org
wrote:
> Hi Quentin,
>
> On 3/17/22 10:43, Quentin Schulz wrote:
> >
> > Maybe there's something you can do to configure git send-email to add
> > your
> >
> > From: Michael Opdenacker >
> > at the top of the mail. See
Signed-off-by: Alexandre Belloni
---
scripts/contrib/patchreview.py | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/contrib/patchreview.py b/scripts/contrib/patchreview.py
index 62c509f51c89..dc417b4c55b4 100755
--- a/scripts/contrib/patchreview.py
+++
Hello,
+layer maintainers to ensure they see that.
On 18/02/2022 12:37:04+0100, Martin Jansa wrote:
> The [3] should be
> https://git.openembedded.org/openembedded-core/commit/?id=311e61ae14b7216f5b98f1afe0e791644a07c9d0
> that's where LAYERSERIES_CORENAMES was changed to kirkstone (it's not due
Hello,
I'm pretty sure this is the cause of:
https://autobuilder.yoctoproject.org/typhoon/#/builders/48/builds/4937/steps/11/logs/stdio
On 22/03/2022 18:38:08+0800, wangmy wrote:
> License-Update: year updated to 2022
>
> Signed-off-by: Wang Mingyu
> ---
> ...opy_3.3.1.bb =>
Hello,
This probably caused this error:
https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/2767/steps/11/logs/stdio
On 22/03/2022 18:38:07+0800, wangmy wrote:
> 0001-Add-private-headers.patch
> removed since it's included in 1.6.1
>
> Signed-off-by: Wang Mingyu
> ---
>
Hello Enguerrand,
This was already fixed in master in:
https://git.openembedded.org/openembedded-core/commit/?id=ed02ee8f20094f598448d58875cb7be8a24a019f
Is this for another branch?
On 23/03/2022 09:50:10+0100, Enguerrand de Ribaucourt wrote:
> The master branch was renamed main, resulting in
Hi Khem,
On 23/03/2022 19:11:41-0700, Khem Raj wrote:
> - This abstracts on GL/GLES implementations
> - Rename packageconfig to epoxy to match what code it doing underneath
This is not working either and I guess we will need to go and fix all
the layers using the glx packageconfig:
On 25/03/2022 20:00:46+0100, Alexandre Belloni wrote:
> Hello,
>
> On 25/03/2022 13:29:50+0100, Stefan Herbrechtsmeier wrote:
> > From: Stefan Herbrechtsmeier
> >
> > Add a zstd-bin package to remove libstdc++ runtime dependency from
> > library users and reduce the dependencies and size of the
Hello,
On 25/03/2022 13:29:50+0100, Stefan Herbrechtsmeier wrote:
> From: Stefan Herbrechtsmeier
>
> Add a zstd-bin package to remove libstdc++ runtime dependency from
> library users and reduce the dependencies and size of the library
> package.
>
> Signed-off-by: Stefan Herbrechtsmeier
>
Hi Khem,
This caused the following repro failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/584/steps/12/logs/stdio
https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20220327-donu6voi/packages/diff-html/
On 27/03/2022 12:00:53-0700, Khem Raj wrote:
> 1.18 is
Hello,
New ptest failures after this:
{'lttng-tools': ['kernel/test_callstack_11_-_Validate_userspace_callstack',
'kernel/test_userspace_probe_94_-_Enable_kernel_userspace_probe_event_for_session_test_userprobe_elf_cxx_function',
On 01/04/2022 11:31:52+0530, Sundeep KOKKONDA wrote:
> The build shows below error while building for arm machines.
> Exception: TypeError: int() argument must be a string, a bytes-like object or
> a number, not 'NoneType'
>
> All the target definitions within tspec dictionary are generted as
>
Hello,
This build is carrying both this patch and
meta: rust: Bug fix for target definitions returning 'NoneType'
which is now present in master.
Could you check:
https://autobuilder.yoctoproject.org/typhoon/#/builders/106/builds/3963/steps/11/logs/stdio
ERROR:
Hi Khem,
I sent that to the autobuilders and I think this is the cause of these:
https://autobuilder.yoctoproject.org/typhoon/#builders/120/builds/954/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#builders/75/builds/4930/steps/11/logs/stdio
Hi Khem,
I think I applied that correctly but this failed to build:
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/4965/steps/11/logs/stdio
On 28/03/2022 11:07:04-0700, Khem Raj wrote:
> 1.18 is a major release brings in long awaited new features e.g.
> generics, fuzzing
>
>
On 05/04/2022 15:30:12+0200, Alexandre Belloni wrote:
> Hello,
>
> This build is carrying both this patch and
>
> meta: rust: Bug fix for target definitions returning 'NoneType'
>
> which is now present in master.
We came to the conclusion that this patch was the culprit and has been
reverted
Hello,
On 11/04/2022 22:50:36+0200, Ferry Toth wrote:
> From: Ferry Toth
>
> Since Gatesgarth apt (1.8.2) has become more strict and doesn’t allow
> unsigned repositories by default.
> Currently when building images this requirement is worked around by using
> [allow-insecure=yes] and
>
Hello Brenda,
It seems this fails in some builds:
ERROR: lib32-qemu-6.2.0-r0 do_package: Didn't find service unit
'lib32-qemu-guest-agent.service', specified in
SYSTEMD_SERVICE:lib32-qemu-guest-agent.
Full log here:
Hello,
On 06/04/2022 15:53:24+0200, Simone Weiss wrote:
> Add a ptest for libgpg-error to core-image-ptest-all. All tests passed on a
> trial run.
>
It seems the tests are failing on the autobuilders:
{'libgpg-error': '2022-04-08T16:22\n'
'2022-04-08T16:22\n'
'
On 12/04/2022 23:32:49+0200, Ferry Toth wrote:
> Hi
>
> Op 12-04-2022 om 16:16 schreef Alexandre Belloni:
> > Hello,
> >
> > On 11/04/2022 22:50:36+0200, Ferry Toth wrote:
> > > From: Ferry Toth
> > >
> > > Since Gatesgarth apt (1.8.2) has become more strict and doesn’t allow
> > > unsigned
Hello,
I believe this has introduced a race condition and is the cause of those
two failures:
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/3442/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/3399/steps/14/logs/stdio
2022-04-12
Hi,
I'm sorry, I forgot to send my patch to the ML after build testing but
this is already in master.
On 05/04/2022 17:03:28-0500, Chaitanya Vadrevu wrote:
> Update to latest version of pseudo which includes a fix to handle
> absolute links correctly. This fixes ldconfig failures in OE builds
>
Hello,
Last time I tried that, we got new ptest failures:
{'lttng-tools': ['kernel/test_callstack_11_-_Validate_userspace_callstack',
'kernel/test_userspace_probe_94_-_Enable_kernel_userspace_probe_event_for_session_test_userprobe_elf_cxx_function',
Hello,
On 04/04/2022 14:58:07+0100, Richard Purdie wrote:
> On Sun, 2022-04-03 at 21:50 +0200, Ferry Toth wrote:
> > From: Ferry Toth
> >
> > Since Gatesgarth apt (1.8.2) has become more strict and doesn’t allow
> > unsigned repositories by default.
> > Currently when building images this
Hello,
I'm already carrying this upgrade from Khem, earlier today.
On 11/04/2022 15:21:45+0200, Davide Gardenal wrote:
> This release contains security fixes
> including CVE-2022-26280 fix.
>
> Signed-off-by: Davide Gardenal
> ---
> Update v3:
> Instead of backporting the patch upgrade to
On 14/04/2022 11:07:07+0200, Alexandre Belloni wrote:
> Hello Alex,
>
> This has been reverted in master and requires fixing
And I see you actually fixed it...
>
> On 14/04/2022 10:57:10+0200, Alexander Kanavin wrote:
> > From: wangmy
> >
> > 0001-Don-t-use-AC_CANONICAL_HOST.patch
> >
Hello Alex,
This has been reverted in master and requires fixing
On 14/04/2022 10:57:10+0200, Alexander Kanavin wrote:
> From: wangmy
>
> 0001-Don-t-use-AC_CANONICAL_HOST.patch
> refreshed for version 42.0
>
> 0001-Run-installation-commands-as-shell-jobs.patch
> removed since it's included in
From: Alexandre Belloni
The cmjsoncpp license changes are only whitespaces while the cmlibuv
license dropped:
"""
- android-ifaddrs.h, android-ifaddrs.c, copyright Berkeley Software Design
Inc, Kenneth MacKay and Emergya (Cloud4all, FP7/2007-2013, grant agreement
n° 289016). Three
Hello Alex,
new ptest failures with this:
https://autobuilder.yoctoproject.org/typhoon/#builders/82/builds/3125/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#builders/81/builds/3376/steps/13/logs/stdio
On 14/04/2022 10:57:08+0200, Alexander Kanavin wrote:
> Also, replace a
On 13/04/2022 00:20:40+0200, Ferry Toth wrote:
> Hi,
>
> Op 12-04-2022 om 23:51 schreef Richard Purdie:
> > On Tue, 2022-04-12 at 23:48 +0200, Alexandre Belloni wrote:
> > > On 12/04/2022 23:32:49+0200, Ferry Toth wrote:
> > > > Hi
> > > >
> > > > Op 12-04-2022 om 16:16 schreef Alexandre
Hi Khem,
On 10/04/2022 16:16:59-0700, Khem Raj wrote:
> Changes in this release [1]
>
> [1]
> https://github.com/GNOME/pango/commit/37a427018c92a2bc679ef104097e07a619609c9c
New ptest failures with this release:
On 05/09/2023 10:41:48-0700, Tom Hochstein wrote:
> On Tue, Aug 29, 2023 at 05:08 AM, Tom Hochstein wrote:
>
> >
> > On Fri, Aug 25, 2023 at 07:37 AM, Tom Hochstein wrote:
> >
> >> Please hold off on this. The -common design is not working correctly and
> >> is causing those firmware packages
Hello,
On 05/09/2023 19:38:51+0800, Zang Ruochen wrote:
> Signed-off-by: Zang Ruochen
Your From: and SoB are not matching, either fix you from identity or add
your SoB.
> ---
> meta/recipes-devtools/tcf-agent/tcf-agent_git.bb | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/7743/steps/11/logs/stdio
:(
On 10/09/2023 09:25:56+0100, Richard Purdie wrote:
> This has been tested in poky by default for a while and ew've hopefully
> resolved
> most of the gremlins. THis is the direction we're
Hello,
This fails on the autobuilders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/3449/steps/12/logs/stdio
ERROR: Nothing RPROVIDES 'distcc' (but
/home/pokybuild/yocto-worker/reproducible/build/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb,
New ptest failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/81/builds/5537/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/5354/steps/13/logs/stdio
'json-c': ['test_json_patch.test']
On 31/08/2023 10:31:56+0800, wangmy wrote:
> From: Wang
From: Alexandre Belloni
Ensure we fetch the tag before listing the first commit.
[ YOCTO #15193 ]
Signed-off-by: Alexandre Belloni
---
scripts/yocto_testresults_query.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/scripts/yocto_testresults_query.py
Hello,
This caused the following failures on the autobuilders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/5678/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/5748/steps/14/logs/stdio
Hello,
This causes the following failures:
2023-08-30 14:00:30,617 - oe-selftest - INFO - FAIL:
sstatetests.SStateHashSameSigs4.test_sstate_noop_samesigs
(subunit.RemotedTestCase)
2023-08-30 14:00:30,617 - oe-selftest - INFO -
Hello Ross,
I think this causes failures with musl:
ERROR: inetutils-2.4-r0 do_configure: Default path values used, these must be
set explicitly
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/7684/steps/11/logs/stdio
On 30/08/2023 15:39:56+0100, Ross Burton wrote:
> From: Ross Burton
>
> Backport a patch that has been submitted to the qemu list that resolves
> a crash in the softmmu code.
>
> Signed-off-by: Ross Burton
> ---
> meta/recipes-devtools/qemu/qemu.inc | 1 +
>
Hello,
On 31/08/2023 10:29:52+0800, wangmy wrote:
> From: Wang Mingyu
>
> 0001-src-cmd_parser.c-add-a-missing-parameter-name.patch
> removed since it's included in 1.0.0
>
> Signed-off-by: Wang Mingyu
This causes failures on the AB:
On 19/10/2023 20:20:33+0200, Julien Stephan wrote:
> Le jeu. 19 oct. 2023 à 15:49, Alexandre Belloni
> a écrit :
> >
> > Hello,
> >
> > On 19/10/2023 09:36:53+0200, Julien Stephan wrote:
> > > add support for PEP517 [1]
> > >
> > > if a pyproject.toml file is found, use it to create the recipe,
>
Hello,
On 19/10/2023 12:10:51-0600, Logan Gunthorpe via lists.openembedded.org wrote:
> From: Logan Gunthorpe
>
> When using a squashfs filesystem type, runqemu requires specifying the
> full path to the image because it doesn't list squashfs types in its
> fstypes variable. Add them to provide
https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/7419/steps/16/logs/stdio
On 03/11/2023 11:28:06+0100, Alexander Kanavin wrote:
> copy_buildsystem() has become far too large and needs to be split
> into shorter and more understandable pieces; some of those
> pieces will be reused
Hello,
The tests fail on the ubuntu and debian workers but seemed to pass just
fine on fedora:
https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/5941/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/6008/steps/14/logs/stdio
On 06/11/2023 13:54:16+0100, Alexander Kanavin wrote:
> Thanks, I just sent a corrected patch.
>
Thanks!
> Alex
>
> On Sat, 4 Nov 2023 at 00:50, Alexandre Belloni
> wrote:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/7419/steps/16/logs/stdio
> >
> > On 03/11/2023
From: Alexandre Belloni
Removing the out files removes about 350MB of data which helps staying
in the currently allocated ptest image space as we are hitting disk
space issues after enabling the parallelization of tests.
Fixes [Yocto #15220]
Signed-off-by: Alexandre Belloni
---
Hello,
On 20/09/2023 16:20:42+0200, Julien Stephan wrote:
> Hi Alexandre,
> sorry for the late reply.
>
> I was not able to reproduce this issue on my local setup, but I did
> find another (similar??) bug, I fixed it, so hopefully it will also
> fix the one detected by the autobuilder.
> I
This is started:
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/5792
On 22/09/2023 10:54:56+0200, Julien Stephan wrote:
> > >
> > > So I can see two possible reasons for that:
> > > * MACHINE=qemuarm block quilt -t compile is not using the machine I
> > > give on the command
This caused:
stdio: WARNING: Nothing PROVIDES 'nativesdk-gtk4' (but
virtual:nativesdk:/home/pokybuild/yocto-worker/build-appliance/build/meta/recipes-support/vte/vte_0.74.0.bb
DEPENDS on or otherwise requires it). Close matches:
stdio: WARNING: Nothing RPROVIDES 'nativesdk-vte' (but
https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/7816/steps/12/logs/stdio
ERROR: Nothing PROVIDES 'vte' (but
/home/pokybuild/yocto-worker/qemuarm-oecore/build/meta/recipes-sato/matchbox-terminal/matchbox-terminal_0.2.bb
DEPENDS on or otherwise requires it)
vte was skipped:
On 21/09/2023 16:46:49+0200, Alexander Kanavin wrote:
> On Thu, 21 Sept 2023 at 16:42, Alexandre Belloni via
> lists.openembedded.org
> wrote:
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/7816/steps/12/logs/stdio
> >
> > ERROR: Nothing PRO
BTW, I'd like you to test patches before sending because you claimed
this was tested with oe-core but this was definitively not. The fact
that we are at v6 and this still breaks builds so early is very
annoying.
On 21/09/2023 16:42:23+0200, Alexandre Belloni wrote:
>
On 21/09/2023 16:24:30+0200, Julien Stephan wrote:
> Le jeu. 21 sept. 2023 à 15:11, Alexandre Belloni
> a écrit :
> >
> > Hello,
> >
> > On 20/09/2023 16:20:42+0200, Julien Stephan wrote:
> > > Hi Alexandre,
> > > sorry for the late reply.
> > >
> > > I was not able to reproduce this issue on my
On 22/09/2023 07:18:07+0200, Alexander Kanavin wrote:
> On Thu, 21 Sept 2023 at 22:59, Alexandre Belloni via
> lists.openembedded.org
> wrote:
> >
> > BTW, I'd like you to test patches before sending because you claimed
> > this was tested with oe-core but this was
Hello,
This fails in oe-core:
https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/7808/steps/11/logs/stdio
ERROR: Nothing PROVIDES 'gtk4' (but
/home/pokybuild/yocto-worker/qemuarm-oecore/build/meta/recipes-support/vte/vte_0.74.0.bb
DEPENDS on or otherwise requires it)
On
Hello,
I had this with the series:
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/7848/steps/12/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/7876/steps/12/logs/stdio
make[2]: Entering directory '/home/root/buildtest/cpio-2.13/rmt'
CC
Hello,
It was not clear to me but I'm fairly sure this is what causes this
failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/57/builds/7719/steps/12/logs/stdio
On 22/09/2023 12:39:51+0200, Markus Volk wrote:
> Rework recipe
>
> - remove legacy of the autotools buildsystem
> -
Hello,
This series causes those rust.RustHostCompileTest.test_cargo_build failures:
https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/7879/steps/13/logs/stdio
RustCompileTest class: SDK doesn't contain a Rust cross-canadian toolchain
RustCompileTest class: SDK doesn't contain a
Hello,
On 26/09/2023 16:24:48+0800, wangmy wrote:
> From: Wang Mingyu
>
> License-Update: split license file in standard BSD 3-clause and bundled.
>
> Changelog:
> ==
> Python 3.12.0 support.
> Cython 3.0.0 compatibility.
> Use of the Meson build system
I'm a bit surprised
Hello,
I had a build were all the tests passed, then I had this failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/5812/steps/14/logs/stdio
On 25/09/2023 10:04:47+0200, Julien Stephan wrote:
> Hi all,
>
> This is v5 for bblock script.
>
> Improvement from v4:
> * Fix
From: Alexandre Belloni
Signed-off-by: Alexandre Belloni
---
.../0001-test_ctypes.test_find-skip-without-tools-sdk.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta/recipes-devtools/python/python3/0001-test_ctypes.test_find-skip-without-tools-sdk.patch
On 27/09/2023 14:47:57+0200, Julien Stephan wrote:
> Le mer. 27 sept. 2023 à 12:16, Alexandre Belloni
> a écrit :
> >
> > Hello,
> >
> > I had a build were all the tests passed, then I had this failure:
> >
> >
On 27/09/2023 15:02:00+0200, Julien Stephan wrote:
> Le mer. 27 sept. 2023 à 14:59, Alexander Kanavin
> a écrit :
> >
> > You need to scroll up. The failure is in lines 557 to 609.
>
> Hmm stange ctrl-f didn't work. I can see it now. Thank you, I'll look at it
>
By default the log is not fully
Randy,
Can you please ensure everyone at Windriver that will contribute to YP
has setup their from identity? This is described here:
https://docs.yoctoproject.org/dev/contributor-guide/submit-changes.html#fixing-your-from-identity
Thanks!
On 27/09/2023 03:46:59-0700, Hemraj, Deepthi via
Hello,
This causes failures on the autobuilders:
https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/5799/steps/14/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/5866/steps/14/logs/stdio
On 19/09/2023 15:20:59+0200, Alexander Kanavin wrote:
> Having gpl3-only recipes in core is not a problem. Ability to build
> basic images without gpl3 items is tested, since that kind of thing is
I don't think we test this anymore.
> important to certain industries, but otherwise there are no
https://autobuilder.yoctoproject.org/typhoon/#/builders/15/builds/8149/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/7837/steps/11/logs/stdio
https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/7859/steps/11/logs/stdio
On 19/09/2023 18:30:23+0200, Alexander Kanavin wrote:
> On Tue, 19 Sept 2023 at 17:59, Alexandre Belloni
> wrote:
> > > Having gpl3-only recipes in core is not a problem. Ability to build
> > > basic images without gpl3 items is tested, since that kind of thing is
> >
> > I don't think we test
Hello Chris,
Thank you for your patches!
Could you remember changing your git config for your next submission:
https://docs.yoctoproject.org/next/contributor-guide/submit-changes.html#fixing-your-from-identity
Thanks!
On 07/10/2023 13:47:00-0400, Chris Laplante via lists.openembedded.org
Hello,
I believe this series causes this kind of failures:
https://autobuilder.yoctoproject.org/typhoon/#/builders/73/builds/7857/steps/17/logs/stdio
File
"/home/pokybuild/yocto-worker/qemux86-64/build/meta/lib/oeqa/sdk/cases/rust.py",
line 57, in test_cargo_build
self._run('cd
Hello,
This series causes the following failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/8312/steps/12/logs/stdio
| Can't locate Text/Tabs.pm in @INC (you may need to install the Text::Tabs
module) (@INC entries checked:
Hello,
This causes the following warnings:
https://autobuilder.yoctoproject.org/typhoon/#/builders/106/builds/6888/steps/11/logs/warnings
On 05/10/2023 22:55:08+0200, Louis Rannou wrote:
> From: Louis Rannou
>
> Modifying the sources brings troubles in the devtool command. Therefore it is
>
Hello,
On 18/10/2023 14:01:11+0200, Julien Stephan wrote:
> License field of setup is not always standardized, so we usually use the
> classifier to determine the correct license format to use in the recipe.
>
> A warning note is added above the LICENSE field of the create recipe
> in case a
Hello,
The series causes:
2023-10-17 23:07:15,509 - oe-selftest - INFO -
devtool.DevtoolUpgradeTests.test_devtool_modify_kernel_overrides
(subunit.RemotedTestCase)
2023-10-17 23:07:15,675 - oe-selftest - INFO - ... FAIL
Stderr:
2023-10-17 22:28:35,773 - oe-selftest - INFO - Adding: "include
Hello Alex,
I had this failure on the oe-selftest-armhost builder:
https://autobuilder.yoctoproject.org/typhoon/#/builders/127/builds/2290/steps/14/logs/stdio
Task texinfo-dummy-native:do_configure couldn't be used from the cache because:
We need hash
Hello,
On 19/10/2023 09:36:53+0200, Julien Stephan wrote:
> add support for PEP517 [1]
>
> if a pyproject.toml file is found, use it to create the recipe,
> otherwise fallback to the old setup.py method.
>
> [YOCTO #14737]
>
> [1]: https://peps.python.org/pep-0517/
>
> Signed-off-by: Julien
Hello,
On 19/10/2023 09:36:52+0200, Julien Stephan wrote:
> In order to prepare the support for pyproject.toml (PEP517 [1]) enabled
> projects, refactor the code and move setup.py specific code into a
> specific class in order to allow sharing the PythonRecipeHandler class
>
> No functionnal
Hello Alexis,
On 19/10/2023 11:53:50+0200, Alexis Lothoré via lists.openembedded.org wrote:
> It has been observed that useful information in regression report can be
> drowned in huge regression lists which are often false-positives (for
> example, a whole set of tests has been temporarily
Hello,
This doesn't apply on master, can you rebase?
On 20/10/2023 16:09:14+0800, Xiangyu Chen wrote:
> From: Xiangyu Chen
>
> Crafted file system images can cause heap-based buffer overflow and may
> allow arbitrary code execution and secure boot bypass
>
> Reference:
>
Hello Alex,
This doesn't apply cleanly, it seems the context is from another series.
On 20/10/2023 19:12:32+0200, Alexander Kanavin wrote:
> Specifically, the test checks that everything needed for building
> standard oe-core images for x86_64 and arm64 is available from
> the cache (with minor
https://autobuilder.yoctoproject.org/typhoon/#/builders/69/builds/7980/steps/24/logs/stdio
On 20/10/2023 19:12:31+0200, Alexander Kanavin wrote:
> This was writing out locked-sigs.inc into cwd with every
> 'bitbake -S' invocation. When the intent is only to to get task
> stamps (-S none), or
I started an oe-selftest that passed, I'm going to carry that in my
branch to see whether there are other issues.
On 05/10/2023 10:02:22+0200, Julien Stephan wrote:
> Hi Jose,
>
> I just pushed my branch on poky-contrib
> (https://git.yoctoproject.org/poky-contrib/log/?h=jstephan/bblock)
> with
Hello,
This seems to cause a check-layer failure with meta-mingw:
https://autobuilder.yoctoproject.org/typhoon/#/builders/39/builds/7667/steps/15/logs/stdio
AssertionError: Adding layer meta-mingw changed signatures.
2 signatures changed, initial differences (first hash before, second after):
poky-tiny also fails:
https://autobuilder.yoctoproject.org/typhoon/#/builders/15/builds/7945/steps/12/logs/stdio
ERROR: Nothing RPROVIDES 'glibc' (but
/home/pokybuild/yocto-worker/poky-tiny/build/meta/recipes-core/packagefeeds/packagefeed-core-rpmtest.bb
RDEPENDS on or otherwise requires it)
Hello,
This causes the following warning:
WARNING: kernel-devsrc-1.0-r0 do_package_qa: QA Issue: File
/lib/modules/6.4.9-yocto-standard/build/arch/arm64/kernel/asm-offsets.s in
package kernel-devsrc contains reference to TMPDIR [buildpaths]
Hello,
On 16/08/2023 15:09:36+0100, Angelo Ribeiro via lists.openembedded.org wrote:
> From: Angelo Ribeiro
>
> Native recipes are not able to use ccache currently, due to a circular
> dependency between ccache-native and cmake-native.
> This affects also other native recipes, but not all,
Hello,
On 16/08/2023 12:33:32+0200, Frederic Martinsons wrote:
> From: Frederic Martinsons
>
> rust-c-lib-example is a little rust code which provide
> a single function to print a formatted date (via the chrono crate)
> from an input timestamp in millisecond. It has the necessary FFI
>
On 16/08/2023 22:05:08+0200, Frederic Martinsons wrote:
> On Wed, 16 Aug 2023 at 20:59, Alexandre Belloni <
> alexandre.bell...@bootlin.com> wrote:
>
> > Hello,
> >
> > On 16/08/2023 12:33:32+0200, Frederic Martinsons wrote:
> > > From: Frederic Martinsons
> > >
> > > rust-c-lib-example is a
Hello,
This causes:
WARNING: glib-2.0-1_2.76.4-r0 do_configure: Meson cross property have_strlcpy
used without explicit assignment, defaulting to False
On 10/08/2023 17:24:47+0100, Ross Burton wrote:
> From: Ross Burton
>
> This is adding back a warning that was removed in the upgrade to
Hello,
On 16/08/2023 15:08:37-0500, Charlie Johnston wrote:
> To test the new packagefeed.bbclass, the testimage case for
> testing on rpm images has been updated to use a newly added
> packagefeed (packagefeed-core-rpmtest) instead
> of manually moving the feeds from DEPLOY_DIR_RPM, removing
>
Hello,
On 16/08/2023 12:50:30-0700, Joe Slater via lists.openembedded.org wrote:
> From: Joe Slater
>
> Depending on the version of glibc, localtime_r() must
> be preceded by a call to tzset() or it will ignore any
> value of TZ in the environment. This problem will only
> be seen when
Hi Pavel,
On 18/08/2023 11:39:12+0200, Pavel Zhukov wrote:
> Hi Alberto,
> Looks like the regression has been introduced in previous update. This
> patch
> https://git.openembedded.org/openembedded-core/commit/?h=master-next=eb3ec7469fff857c819332371ad1d586f43c79c3
> (which was reverted by
On 08/11/2023 11:25:47+, luca fancellu wrote:
> The current code in ssh.py is terminating the ssh process that
> does not finish its computation in a given timeout (when timeout
> is passed), the SSHCall function is returning the process error
> code.
>
> The Openssl ssh before version 8.6_p1
On 07/07/2022 11:53:19+0200, Ming Liu wrote:
> Hi, Alexandre:
>
> Thanks for the review, I did not quite follow you, you meant the 'type'
> argument being replaced wrongly? I dont see how. Could you share some
> details about your comment?
>
See below...
> //Ming Liu
>
> Alexandre Belloni 於
From: Alexandre Belloni
bitbake's output changed, update the test
Signed-off-by: Alexandre Belloni
---
meta/lib/oeqa/selftest/cases/bbtests.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/selftest/cases/bbtests.py
b/meta/lib/oeqa/selftest/cases/bbtests.py
Hello Yogesh,
This triggered a reproducible build failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/117/builds/1109/steps/12/logs/stdio
https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20220705-cgutlb5s/packages/diff-html/
On 05/07/2022 12:54:06+0800, Yogesh Tyagi
On 04/07/2022 11:01:42+0200, Adrian Freihofer wrote:
> Hi Alex
>
> Thank you for initiating this important discussion with the code. This
> could be one way to address this issue. However, the discussion here
> also shows how complicated the issue is and how fragmented the
> solutions and
Hello,
On 08/07/2022 15:03:50+0800, Morikazu Fumita wrote:
> Since commit 34b0edb0d312 ("gcc: Drop stdlib++ option patch"), configure for
> libstdc++ failed due to ld error of "dummylib/libstdc++.so: file is empty".
> This failure caused _GLIBCXX_HAVE_S_ISREG not to get defined then
>
1 - 100 of 640 matches
Mail list logo