This call was effectively like update_data and no longer did anything
in bitbake. Drop it as it is obsolete.
Signed-off-by: Richard Purdie
---
meta/classes-global/sanity.bbclass | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/meta/classes-global/sanity.bbclass
b/
This is the final pull request for the 4.1.1 release.
The following changes since commit 0eee57ef03908c04e1567889f72d7187b5c1f657:
mirrors.bbclass: use shallow tarball for binutils-native (2022-11-04 09:16:52
-1000)
are available in the Git repository at:
https://git.openembedded.org/opene
On Fri, Nov 11, 2022 at 8:36 AM Richard Purdie
wrote:
>
> On Fri, 2022-11-11 at 14:25 +0100, Rasmus Villemoes via
> lists.openembedded.org wrote:
> > On 10/11/2022 21.32, Paul Eggleton via lists.openembedded.org wrote:
> > > Hi Richard
> > >
> > > On Thursday, 10 November 2022 11:14:24 NZDT Richar
do_deploy_archives tasks don't need their dependencies so we can optimistion
this as we do for some other tasks.
Signed-off-by: Jose Quaresma
---
meta/classes-global/sstate.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes-global/sstate.bbclass
b/meta/clas
We can exclude the SSTATETASKS from the rm_work task signature
to avoid running the task when we remove some setscene tasks
from the dependencie chain.
The inject_rm_work handler on the rm_work bbclass triggers the
rm_work task running for any signature change in the dependencie
chain of the task
We can skip the rm_work task signature to avoid running the task
when we remove some tasks from the dependencie chain.
The inject_rm_work handler on the rm_work bbclass triggers the
rm_work task running for any signature change in the dependencie
chain of the task do_build of each recipe.
i.e INH
On Fri, 11 Nov 2022 at 16:28, Jordan Crouse wrote:
> I agree that the existing INSANE_SKIP was the wrong way to go about it -
> perhaps the better option would be to do this:
>
> FILES:${PN} = "${libdir}/*.so ${datadir}/vulkan"
>
> I think ${PN}-dev would nominally be empty anyway - the two
> out
Inheriting setuptools3-base adds a runtime dependency on Python.
This change makes inheriting setuptools3-base optional. If one does not want
a runtime dependency on Python, they can remove python from LANGUAGES.
Additionally, as Python 2 has been EOL for nearly 3 years now, all Python 2
related
Adds argument parsing to the conversion script so that the fields that
the script uses to do conversions can be customized on the command line.
The intention is to allows easier customization without having to fork
the script, and allow automated checking on 3rd party layers via CI
without false po
Master branch is currently at 2.13.7, so you will need to submit the
version bump to 2.13.8 for master first. I will then cherry-pick the
version bumps to langdale and kirkstone.
Thanks!
Steve
On Tue, Nov 8, 2022 at 3:14 PM Xiangyu Chen
wrote:
>
> From: Xiangyu Chen
>
> Signed-off-by: Xiangyu
License-Update: copyright holders
Signed-off-by: Alexander Kanavin
---
.../xorg-lib/{libxext_1.3.4.bb => libxext_1.3.5.bb}| 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-graphics/xorg-lib/{libxext_1.3.4.bb => libxext_1.3.5.bb}
(75%)
diff --git a/meta/r
On Thu, 2022-11-10 at 19:12 +0100, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin
> ---
> meta/recipes-graphics/xorg-lib/a | 33 +++
> .../{libxext_1.3.4.bb => libxext_1.3.5.bb}| 7 ++--
> 2 files changed, 36 insertions(+), 4 deletions(-)
> create m
On Fri, 2022-11-11 at 14:25 +0100, Rasmus Villemoes via
lists.openembedded.org wrote:
> On 10/11/2022 21.32, Paul Eggleton via lists.openembedded.org wrote:
> > Hi Richard
> >
> > On Thursday, 10 November 2022 11:14:24 NZDT Richard Purdie wrote:
>
> > > Adding in yet further if/else paths with ma
On 10/11/2022 21.32, Paul Eggleton via lists.openembedded.org wrote:
> Hi Richard
>
> On Thursday, 10 November 2022 11:14:24 NZDT Richard Purdie wrote:
>> Adding in yet further if/else paths with magic variables to control
>> them isn't filling me with confidence.
>
> I understand that. I was ho
Major changes between OpenSSL 1.1.1r and OpenSSL 1.1.1s [1 Nov 2022]
* Fixed a regression introduced in OpenSSL 1.1.1r not refreshing the
certificate data to be signed before signing the certificate.
Major changes between OpenSSL 1.1.1q and OpenSSL 1.1.1r [11 Oct 2022]
* Added a missing header f
From: Alex Kiernan
Major changes between OpenSSL 1.1.1r and OpenSSL 1.1.1s [1 Nov 2022]
* Fixed a regression introduced in OpenSSL 1.1.1r not refreshing the
certificate data to be signed before signing the certificate.
Major changes between OpenSSL 1.1.1q and OpenSSL 1.1.1r [11 Oct 2022]
* Add
Jordan Crouse via lists.openembedded.org escreveu no dia quinta, 10/11/2022 à(s)
20:42:
> spirv-tools exports Cmake packages. When they are installed the
> INTERFACE_LINK_LIBRARIES variable is not correctly updated to use
> _IMPORT_PREFIX like the other variables. This may have something to do w
From: Yan Xinkuan
fix some bugs related to echo function caused by input method.
echo would work fine now, difference as below:
before: “PASS: bc/*.b”
now:PASS: bc/*.b
Signed-off-by: Yan Xinkuan
---
meta/recipes-extended/bc/bc/run-ptest | 4 ++--
1 file changed, 2 insert
Yes, can check if possible later.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#173123):
https://lists.openembedded.org/g/openembedded-core/message/173123
Mute This Topic: https://lists.openembedded.org/mt/94954642/21656
Group Owner: openembedded-
And same here: if the issue is in llvm-config, then it shouldn't be
fixed up after the fact in mesa.
Alex
On Fri, 11 Nov 2022 at 09:04, Vincent Davis Jr wrote:
>
> RPATH on the llvm-config binary is set wrong which leads to.
>
> llvm-config: error while loading shared libraries: libtinfo.so.5:
>
This seems like brittle special-casing for a specific target. Can we
fix the issue in llvm-config itself, so that it returns the correct
path?
Alex
On Fri, 11 Nov 2022 at 09:04, Vincent Davis Jr wrote:
>
> mesa's meson requires the llvm-config --libdir command which in turn
> returns ${STAGING_
mesa's meson requires the llvm-config --libdir command which in turn
returns ${STAGING_EXECPREFIXDIR}/lib, but on an x86_64 bit machine
libs are located at ${STAGING_EXECPREFIXDIR}/lib64. Symlink directories
so that the when llvm-config --libdir is called proper libraries are located.
Signed-off-b
RPATH on the llvm-config binary is set wrong which leads to.
llvm-config: error while loading shared libraries: libtinfo.so.5:
cannot open shared object file: No such file or directory
AND
File
"/../../../mesa//recipe-sysroot-native/usr/lib/python3.11/re/__init__.py",
line 223, in finditer
r
On Thu, 10 Nov 2022 at 22:30, Jordan Crouse wrote:
> ERROR: vulkan-validation-1.3.231.1-r0 do_package_qa: QA Issue: -dev package
> vulkan-validation-dev contains non-symlink .so
> '/usr/lib/libVkLayer_khronos_validation.so' [dev-elf]
>
> I borrowed the QA inhibit from vulkan-loader (since they a
24 matches
Mail list logo
