On 2021. 10. 13. 21:38, Dan McGregor wrote:
Thanks for this. I hit it pretty immediately.
On Tue, 12 Oct 2021 at 05:17, Zoltan Boszormenyi via
lists.openembedded.org wrote:
From: Zoltán Böszörményi
Signed-off-by: Zoltán Böszörményi
---
meta/recipes-extended/pam/libpam_1.5.2.bb | 6
This gives more meaningful errors.
Signed-off-by: Richard Purdie
---
meta/classes/patch.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/classes/patch.bbclass b/meta/classes/patch.bbclass
index 87bcaf91a87..fdf3c633bc8 100644
--- a/meta/classes/patch.bbclass
On 14/10/2021 08:54:35+0200, Zoltan Boszormenyi via lists.openembedded.org
wrote:
> On 2021. 10. 13. 21:38, Dan McGregor wrote:
> > Thanks for this. I hit it pretty immediately.
> >
> > On Tue, 12 Oct 2021 at 05:17, Zoltan Boszormenyi via
> > lists.openembedded.org wrote:
> > >
> > > From:
From: Bruce Ashfield
Some of the kernel depencencies are moving to kernel.bbclass, but that
requires version (and architecture) checks and other complexity. So for
the time being, we add the dependencies to the recipes that need them.
Signed-off-by: Bruce Ashfield
---
On Thu, Oct 14, 2021 at 8:20 AM Bruce Ashfield wrote:
>
> I already have this in my queue to send, but I guess this will do :D
>
I just sent my version, so you can choose. I have a slightly different
and extra commentary in mine.
Bruce
> Bruce
>
> On Thu, Oct 14, 2021 at 6:22 AM Richard Purdie
Reproducibility is here to stay and needs to be part of our default workflow.
Move the remaining code to base.bbclass so it is always a first class citizen
and it is clear people need to be mindful of it.
Signed-off-by: Richard Purdie
---
meta/classes/base.bbclass| 38
Now reproducible builds are the default move the qemu-usermode check to anon
python code so that invalid configurations are detected.
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/python/python3_3.10.0.bb | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git
The reproducibility code was originally developed as separate
standalone class but development is no longer experimental and
the code is widely tested and used by default for poky. Reproducible
builds are the direction we need to take as a project.
Transition the core variable definitions to
We want things to be reproduicble and the variable doesn't really change
much any more. Drop the remaining uses and make those code paths always
active.
Signed-off-by: Richard Purdie
---
meta/classes/image-prelink.bbclass| 13 ++-
meta/classes/image.bbclass| 14 +++
We now pass compiler options that mean the compiler will adjust these values to
SOURCE_DATE_EPOCH, the compiler warnings are now unneeded.
Signed-off-by: Richard Purdie
---
meta/classes/reproducible_build.bbclass | 3 ---
1 file changed, 3 deletions(-)
diff --git
sstate has been sufficiently invalidated since this change was made, drop
the workaround now.
Signed-off-by: Richard Purdie
---
meta/classes/reproducible_build.bbclass | 4
1 file changed, 4 deletions(-)
diff --git a/meta/classes/reproducible_build.bbclass
To try and avoid parse/memory overhead of functions within bitbake,
move the bulk of the reproducibility functions to the function library.
Signed-off-by: Richard Purdie
---
meta/classes/base.bbclass | 2 +-
meta/classes/reproducible_build.bbclass | 37 ++---
On Thu, 2021-10-14 at 08:28 -0400, Bruce Ashfield wrote:
> On Thu, Oct 14, 2021 at 8:10 AM Richard Purdie
> wrote:
> >
> > We want things to be reproduicble and the variable doesn't really change
> > much any more. Drop the remaining uses and make those code paths always
> > active.
>
> It
On Sat, 2021-10-02 at 19:25 +0200, Petr Vorel wrote:
> New patches to fix functionality:
> * 0002-lib-fix-MemAvailable-parsing.patch
> * 0003-lapi-rtnetlink.h-Fix-include-guards.patch
> * 0004-lapi-Create-if_addr.h-and-reuse-it-in-rtnetlink.h.patch
> * 0005-lapi-if_addr.h-Define-IFA_FLAGS.patch
>
Hi Pgowda,
On Fri, 2021-10-08 at 13:34 +0100, Richard Purdie wrote:
> On Fri, 2021-10-08 at 17:29 +0530, pgowda cve wrote:
> > Hi Richard,
> >
> > > > https://autobuilder.yoctoproject.org/typhoon/#/builders/118/builds/764
> >
> > Thanks very much for sharing your inputs and comments on the
Hello all,
On Wed, Oct 6, 2021 at 1:20 PM Bruce Ashfield wrote:
>
> On Wed, Oct 6, 2021 at 7:42 AM Ross Burton wrote:
> >
> > I should have put this in the commit message, but here's the failure
> > when using an external toolchain:
> >
> > 2021-10-05 12:52:14 - INFO - | HOSTCXX
> >
DEPENDS here should match what 5.14 is using.
Signed-off-by: Richard Purdie
---
meta/recipes-kernel/linux/linux-yocto-dev.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb
b/meta/recipes-kernel/linux/linux-yocto-dev.bb
index
On Wed, Sep 8, 2021 at 8:01 PM Alexander Kanavin
wrote:
> The flagship features are migration from bdb to sqlite and zstd support,
> both are enabled and taken into use. The relationship and upstream
> preference
> between sqlite and ndb formats isn't quite clear.
>
FYI: interesting side-effect
On Thu, Oct 14, 2021 at 8:10 AM Richard Purdie
wrote:
>
> We want things to be reproduicble and the variable doesn't really change
> much any more. Drop the remaining uses and make those code paths always
> active.
It wasn't clear to me from reading the patch. What is the way that
someone would
On Thu, Oct 14, 2021 at 8:32 AM Richard Purdie
wrote:
>
> On Thu, 2021-10-14 at 08:28 -0400, Bruce Ashfield wrote:
> > On Thu, Oct 14, 2021 at 8:10 AM Richard Purdie
> > wrote:
> > >
> > > We want things to be reproduicble and the variable doesn't really change
> > > much any more. Drop the
./lat-sdk-poky-intel-x86-64-1.0.sh -y -d sdk-3
...
Setting it up...ERROR: could not relocate
/buildarea/raid5/hjia/community/lat_github_090816/build-3/tmp/deploy/sdk/sdk-3/sysroots/x86_64-pokysdk-linux/usr/lib/libpsx.so.2.54,
interp size = 93 and 134 is needed.
...
Since upstream libcap applied
I already have this in my queue to send, but I guess this will do :D
Bruce
On Thu, Oct 14, 2021 at 6:22 AM Richard Purdie
wrote:
>
> DEPENDS here should match what 5.14 is using.
>
> Signed-off-by: Richard Purdie
> ---
> meta/recipes-kernel/linux/linux-yocto-dev.bb | 1 +
> 1 file changed, 1
On Thu, 14 Oct 2021 at 10:21, Andrey Zhizhikin wrote:
> It seems that GCC plugins are somehow disabled in SDK GCC, but Kernel
> build system checks them on the host, which does provide them. This
> leads to a false identification that plugins are enabled and leads to
> further build failures.
>
>
Signed-off-by: Oleksandr Kravchuk
---
.../xorg-lib/{libxi_1.7.99.2.bb => libxi_1.8.bb}| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-graphics/xorg-lib/{libxi_1.7.99.2.bb => libxi_1.8.bb} (87%)
diff --git
Signed-off-by: Oleksandr Kravchuk
---
.../xorg-lib/{libxkbcommon_1.3.0.bb => libxkbcommon_1.3.1.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-graphics/xorg-lib/{libxkbcommon_1.3.0.bb =>
libxkbcommon_1.3.1.bb} (92%)
diff --git
Signed-off-by: Oleksandr Kravchuk
---
.../{xorgproto_2021.4.99.2.bb => xorgproto_2021.5.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-graphics/xorg-proto/{xorgproto_2021.4.99.2.bb =>
xorgproto_2021.5.bb} (90%)
diff --git
We want things to be reproduicble and the variable doesn't really change
much any more. Drop the remaining uses and make those code paths always
active.
Signed-off-by: Richard Purdie
---
meta/classes/image-prelink.bbclass| 13 -
meta/classes/image.bbclass| 14
Change the "binary reproducibility" configuration within the kernel to
work off a separate variable, defaulting to reproducible builds.
This allows kernel developers wanting timestamps in their images to enable
it easily and clearly without changing the rest of the reproduciblity
code which they
On Thu, Oct 14, 2021 at 9:40 AM Richard Purdie
wrote:
>
> Change the "binary reproducibility" configuration within the kernel to
> work off a separate variable, defaulting to reproducible builds.
>
> This allows kernel developers wanting timestamps in their images to enable
> it easily and
On Thu, Oct 14, 2021 at 9:45 AM Alexandre Belloni
wrote:
>
> On 14/10/2021 08:38:46-0400, Bruce Ashfield wrote:
> > On Thu, Oct 14, 2021 at 8:32 AM Richard Purdie
> > wrote:
> > >
> > > On Thu, 2021-10-14 at 08:28 -0400, Bruce Ashfield wrote:
> > > > On Thu, Oct 14, 2021 at 8:10 AM Richard
Signed-off-by: Oleksandr Kravchuk
---
.../{xkeyboard-config_2.33.bb => xkeyboard-config_2.34.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.33.bb =>
xkeyboard-config_2.34.bb} (92%)
diff --git
On 14/10/2021 08:38:46-0400, Bruce Ashfield wrote:
> On Thu, Oct 14, 2021 at 8:32 AM Richard Purdie
> wrote:
> >
> > On Thu, 2021-10-14 at 08:28 -0400, Bruce Ashfield wrote:
> > > On Thu, Oct 14, 2021 at 8:10 AM Richard Purdie
> > > wrote:
> > > >
> > > > We want things to be reproduicble and
On Thu, 2021-10-14 at 09:46 -0400, Bruce Ashfield wrote:
> On Thu, Oct 14, 2021 at 9:45 AM Alexandre Belloni
> wrote:
> >
> > On 14/10/2021 08:38:46-0400, Bruce Ashfield wrote:
> > > On Thu, Oct 14, 2021 at 8:32 AM Richard Purdie
> > > wrote:
> > > >
> > > > On Thu, 2021-10-14 at 08:28 -0400,
If the function a ThreadedWorker is executing raises an exception, don't
use print() as that mostly disappears. Instead, output it to the logger.
This is done using bb.mainlogger.debug directly instead of bb.debug() as
this allows us to pass the exception instance directly, which is then
If checkstatus returns an exception we should silently handle
FetchError, as this means the fetch failed for 'normal' reasons such as
file not found. However, other exceptions may be raised, and these
should be made visible.
Signed-off-by: Ross Burton
---
meta/classes/sstate.bbclass | 7
On Wednesday 13 October 2021 at 11:48:05 +0100, Mike Crowe wrote:
> Use the same WARN_WA and ERROR_QA variables as insane.bbclass to allow
> individual recipes, the distro or other configuration to determine
> whether a missing licence should be treated as a warning (as it is now)
> or as an
On Thu, 2021-10-14 at 17:42 +0100, Mike Crowe via lists.openembedded.org wrote:
> On Wednesday 13 October 2021 at 11:48:05 +0100, Mike Crowe wrote:
> > Use the same WARN_WA and ERROR_QA variables as insane.bbclass to allow
> > individual recipes, the distro or other configuration to determine
> >
On Thu, 2021-10-14 at 18:09 +0100, Mike Crowe wrote:
> On Thursday 14 October 2021 at 17:54:18 +0100, Richard Purdie wrote:
> > On Thu, 2021-10-14 at 17:42 +0100, Mike Crowe via lists.openembedded.org
> > wrote:
> > > On Wednesday 13 October 2021 at 11:48:05 +0100, Mike Crowe wrote:
> > > > Use
On 10/14/21 5:10 AM, Richard Purdie wrote:
We now pass compiler options that mean the compiler will adjust these values to
SOURCE_DATE_EPOCH, the compiler warnings are now unneeded.
Is there a chance of it being overwritten by component's build system
in that case this warning may still be
On Thursday 14 October 2021 at 17:54:18 +0100, Richard Purdie wrote:
> On Thu, 2021-10-14 at 17:42 +0100, Mike Crowe via lists.openembedded.org
> wrote:
> > On Wednesday 13 October 2021 at 11:48:05 +0100, Mike Crowe wrote:
> > > Use the same WARN_WA and ERROR_QA variables as insane.bbclass to
Ensure the jinja2 module is available during bringup.
Signed-off-by: Michael Halstead
---
scripts/autobuilder-worker-prereq-tests | 5 +
1 file changed, 5 insertions(+)
diff --git a/scripts/autobuilder-worker-prereq-tests
b/scripts/autobuilder-worker-prereq-tests
index
In 2017 we added changes to pass the BUILD_CFLAGS into the kernel
via BUILD_CC. This isn't really correct and the upstream kernel now has
places to pass build cflags, ldflags and more. Update our kernel
make flags to correctly use the kernel's variables. This addresses
concerns raised by kernel
Move the "exit with a fatal error" code into a common function
and also improve the confusing variable to something at least self
contained in the same code segment.
This will hopefully allow the insane code return value passing to be
cleaned up too.
Signed-off-by: Richard Purdie
---
On Wednesday 13 October 2021 at 13:32:03 -0700, Khem Raj wrote:
> On Wed, Oct 13, 2021 at 7:06 AM Mike Crowe via lists.openembedded.org mcrowe@lists.openembedded.org> wrote:
>
> > We're using:
> >
> > EXTRA_IMAGE_FEATURES += "lic-pkgs"
> >
> > to install the corresponding licence packages
On Wed, Oct 13, 2021 at 9:14 AM Valek, Andrej wrote:
> Would it be possible to include this commit
> https://lists.openembedded.org/g/openembedded-core/message/150627 into
> dunfell branch?
At first glance this seems to change the default behavior. Perhaps a
version of the patch that adds the
Signed-off-by: Oleksandr Kravchuk
---
meta/classes/mirrors.bbclass | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/classes/mirrors.bbclass b/meta/classes/mirrors.bbclass
index ba325a658b..1afce92147 100644
--- a/meta/classes/mirrors.bbclass
+++ b/meta/classes/mirrors.bbclass
@@ -29,7
On Thu, Oct 14, 2021 at 2:48 PM Richard Purdie
wrote:
>
> On Thu, 2021-10-14 at 09:36 -0700, Khem Raj wrote:
> >
> > On 10/14/21 5:10 AM, Richard Purdie wrote:
> > > We now pass compiler options that mean the compiler will adjust these
> > > values to
> > > SOURCE_DATE_EPOCH, the compiler
Update piglit to latest git revision and update the branch name,
since the original one is no longer updated. Make sure the VK
tests are only enabled if VK is also enabled in PACKAGECONFIG,
and that this is opt-in, otherwise older systems fail to build.
Signed-off-by: Marek Vasut
Cc: Anuj Mittal
This ensures that libpmem dependency is added in a consistent manner
Signed-off-by: Khem Raj
---
v2: Correct dependency name to a match recipe from meta-oe
meta/recipes-devtools/qemu/qemu.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
We sometimes see exceptions from code seeing the hashserv DB files
being removed at directory cleanup time. Add a check to ensure the
hashserv has written the data base journal (and hence likely exited)
before cleaning up.
This will hopefully avoid errors like:
Traceback (most recent call last):
This ensures that libpmem dependency is added in a consistent manner
Signed-off-by: Khem Raj
---
meta/recipes-devtools/qemu/qemu.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index 54ffb85286..6c72409590 100644
This function is evaluated during parse and some machines maynot use
external payload, on such machines this fails to parse
Fixes
bb.data_smart.ExpansionError: Failure expanding variable do_compile[depends],
expression was ${@riscv_get_do_compile_depends(d)} which triggered exception
This function is evaluated during parse and some machines maynot use
external payload, on such machines this fails to parse
Fixes
bb.data_smart.ExpansionError: Failure expanding variable do_compile[depends],
expression was ${@riscv_get_do_compile_depends(d)} which triggered exception
Enable svga only on x86/x86_64 since some arches e.g. riscv64 do not
support it
Signed-off-by: Khem Raj
---
meta/recipes-graphics/mesa/mesa.inc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa/mesa.inc
index
On Thu, 2021-10-14 at 10:55 -0700, Michael Halstead wrote:
> Ensure the jinja2 module is available during bringup.
>
> Signed-off-by: Michael Halstead
> ---
> scripts/autobuilder-worker-prereq-tests | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git
On Thu, 2021-10-14 at 18:09 +0100, Mike Crowe wrote:
> On Thursday 14 October 2021 at 17:54:18 +0100, Richard Purdie wrote:
> > On Thu, 2021-10-14 at 17:42 +0100, Mike Crowe via lists.openembedded.org
> > wrote:
> > > On Wednesday 13 October 2021 at 11:48:05 +0100, Mike Crowe wrote:
> > > > Use
On Thu, 2021-10-14 at 09:36 -0700, Khem Raj wrote:
>
> On 10/14/21 5:10 AM, Richard Purdie wrote:
> > We now pass compiler options that mean the compiler will adjust these
> > values to
> > SOURCE_DATE_EPOCH, the compiler warnings are now unneeded.
> >
>
> Is there a chance of it being
On Fri, Oct 15, 2021 at 1:17 PM Khem Raj wrote:
>
> This function is evaluated during parse and some machines maynot use
> external payload, on such machines this fails to parse
>
> Fixes
> bb.data_smart.ExpansionError: Failure expanding variable do_compile[depends],
> expression was
58 matches
Mail list logo