|
Re: Adding Vulkan to core-image-weston
If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?
Am 20. September 2022 15:26:45 MESZ schrieb
If I read the mesa-vulkan-drivers recipe right it should install libvulkan_*.so but it didnt I had to use vulkan-loader. Any idea in how to debug that?
Am 20. September 2022 15:26:45 MESZ schrieb
|
By
Edgar Mobile
·
#58114
·
|
|
Re: [meta-zephyr][PATCH 0/4] Add script for version upgrades
Thanks Jon. Merged.
Regards,
Naveen
Thanks Jon. Merged.
Regards,
Naveen
|
By
Naveen Saini
·
#58113
·
|
|
Re: Help and ideas wanted - error during do_package
If you place a file into ${D} with something like cp, it doesn't have
specific ownership information set. Recipes which use cp to install
files usually have chown/chgrp calls to change the build user
If you place a file into ${D} with something like cp, it doesn't have
specific ownership information set. Recipes which use cp to install
files usually have chown/chgrp calls to change the build user
|
By
Richard Purdie
·
#58112
·
|
|
[meta-security][PATCH] tpm: update the linux-yocto rule with the one from sanity-meta-tpm class
---
meta-tpm/recipes-kernel/linux/linux-yocto_5.%.bbappend | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-tpm/recipes-kernel/linux/linux-yocto_5.%.bbappend
---
meta-tpm/recipes-kernel/linux/linux-yocto_5.%.bbappend | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-tpm/recipes-kernel/linux/linux-yocto_5.%.bbappend
|
By
Michael Haener
·
#58111
·
|
|
Re: Help and ideas wanted - error during do_package
Hi Richard,
It helped to add 'chown -R root.root ${D}${libdir}'. Thanks!
But curios to understand why. Anyway when looking into ${D} after I added chown the files is owned by the build user. I guess
Hi Richard,
It helped to add 'chown -R root.root ${D}${libdir}'. Thanks!
But curios to understand why. Anyway when looking into ${D} after I added chown the files is owned by the build user. I guess
|
By
Peter Bergin
·
#58110
·
|
|
Re: QA notification for completed autobuilder build (yocto-4.0.4.rc1)
Hi all,
Intel and WR YP QA is planning for QA execution for YP build yocto-4.0.4.rc1. We are planning to execute following tests for this cycle:
OEQA-manual tests for following module:
1.
Hi all,
Intel and WR YP QA is planning for QA execution for YP build yocto-4.0.4.rc1. We are planning to execute following tests for this cycle:
OEQA-manual tests for following module:
1.
|
By
Jing Hui Tham
·
#58109
·
|
|
QA notification for completed autobuilder build (yocto-4.0.4.rc1)
A build flagged for QA (yocto-4.0.4.rc1) was completed on the autobuilder and is available at:
https://autobuilder.yocto.io/pub/releases/yocto-4.0.4.rc1
Build hash information:
bitbake:
A build flagged for QA (yocto-4.0.4.rc1) was completed on the autobuilder and is available at:
https://autobuilder.yocto.io/pub/releases/yocto-4.0.4.rc1
Build hash information:
bitbake:
|
By
Pokybuild User <pokybuild@...>
·
#58108
·
|
|
Re: [meta-zephyr][PATCH 0/4] Add script for version upgrades
Series passes CI (on top of the v2.7.3 patch). See
https://gitlab.com/jonmason00/meta-zephyr/-/pipelines/645914527
Tested-by: Jon Mason <jon.mason@...>
Series passes CI (on top of the v2.7.3 patch). See
https://gitlab.com/jonmason00/meta-zephyr/-/pipelines/645914527
Tested-by: Jon Mason <jon.mason@...>
|
By
Jon Mason
·
#58107
·
|
|
Re: Help and ideas wanted - error during do_package
Have you tried putting a:
chown root.root ${D}<files>
into do_install and checking if you force the ownership, whether that
helps?
Cheers,
Richard
Have you tried putting a:
chown root.root ${D}<files>
into do_install and checking if you force the ownership, whether that
helps?
Cheers,
Richard
|
By
Richard Purdie
·
#58106
·
|
|
Help and ideas wanted - error during do_package
Hi,
I'm working on a recipe for libtraceevent (https://git.kernel.org/pub/scm/libs/libtrace/libtraceevent.git) that is needed for newer trace-cmd. I'm confused about an error I get during do_package
Hi,
I'm working on a recipe for libtraceevent (https://git.kernel.org/pub/scm/libs/libtrace/libtraceevent.git) that is needed for newer trace-cmd. I'm confused about an error I get during do_package
|
By
Peter Bergin
·
#58105
·
|
|
Re: [meta-zephyr][PATCH] zephyr-kernel/2.7: update to zephyr v2.7.3
Passes CI
https://gitlab.com/jonmason00/meta-zephyr/-/pipelines/645876493
Tested-by: Jon Mason <jon.mason@...>
Passes CI
https://gitlab.com/jonmason00/meta-zephyr/-/pipelines/645876493
Tested-by: Jon Mason <jon.mason@...>
|
By
Jon Mason
·
#58104
·
|
|
[meta-zephyr][PATCH 2/3] zephyr-bsp/qemu-cortex-m3: update to use new path
Update the qemu-cortex-m3 machine to use the OE tune file, and remove
the duplicate one locally.
Signed-off-by: Jon Mason <jon.mason@...>
---
.../conf/machine/include/tune-cortexm3.inc | 21
Update the qemu-cortex-m3 machine to use the OE tune file, and remove
the duplicate one locally.
Signed-off-by: Jon Mason <jon.mason@...>
---
.../conf/machine/include/tune-cortexm3.inc | 21
|
By
Jon Mason
·
#58103
·
|
|
[meta-zephyr][PATCH 1/3] zephyr-bsp: remove unused tune file
Signed-off-by: Jon Mason <jon.mason@...>
---
.../conf/machine/include/tune-cortexm0.inc | 31 -------------------
1 file changed, 31 deletions(-)
delete mode 100644
Signed-off-by: Jon Mason <jon.mason@...>
---
.../conf/machine/include/tune-cortexm0.inc | 31 -------------------
1 file changed, 31 deletions(-)
delete mode 100644
|
By
Jon Mason
·
#58102
·
|
|
[meta-zephyr][PATCH 3/3] zephyr-bsp: update cortex-m4's to use new path
Update the machines using cortex m4s to use the OE tune file, and remove
the duplicate one locally.
Signed-off-by: Jon Mason <jon.mason@...>
---
.../conf/machine/include/nrf52.inc |
Update the machines using cortex m4s to use the OE tune file, and remove
the duplicate one locally.
Signed-off-by: Jon Mason <jon.mason@...>
---
.../conf/machine/include/nrf52.inc |
|
By
Jon Mason
·
#58101
·
|
|
[meta-zephyr][PATCH 2/2] zephyr-bsp: zephyr parameters update
Update the parameters being run in qemu to get more stable results.
Values taken from zephyr qemu. Also, use QB_GRAPHICS instead of
QB_OPT_APPEND for the relevant places.
Signed-off-by: Jon Mason
Update the parameters being run in qemu to get more stable results.
Values taken from zephyr qemu. Also, use QB_GRAPHICS instead of
QB_OPT_APPEND for the relevant places.
Signed-off-by: Jon Mason
|
By
Jon Mason
·
#58100
·
|
|
[meta-zephyr][PATCH 1/2] zephyr-bsp/qemu-cortex-a53: run testimage
Make the changes necessary to get testimage working and run it as part
of CI
Signed-off-by: Jon Mason <jon.mason@...>
---
.gitlab-ci.yml | 1 +
Make the changes necessary to get testimage working and run it as part
of CI
Signed-off-by: Jon Mason <jon.mason@...>
---
.gitlab-ci.yml | 1 +
|
By
Jon Mason
·
#58099
·
|
|
Is there a way to prevent bitbake from trying to demand dependencies it comes up with based on installed files?
Hi all,
First time posting to this mailing list, hope this email kind of email is what it’s for!
Background / what I'm doing: I'm creating an image which uses a docker to do stuff. Loading new
Hi all,
First time posting to this mailing list, hope this email kind of email is what it’s for!
Background / what I'm doing: I'm creating an image which uses a docker to do stuff. Loading new
|
By
Kuba Sanak
·
#58098
·
|
|
Re: #yocto #dunfell
#yocto
#dunfell
Thanks… will give it a try.
Thanks… will give it a try.
|
By
Monsees, Steven C (US)
·
#58097
·
|
|
Re: #yocto #dunfell
#yocto
#dunfell
Hi,
SBSA is EDK2 based, which is basically incredibly painful to patch. The source files are windows-style CR/LF so your patch needs to have CR/LF, but if thewhole patch has CR/LF then git
Hi,
SBSA is EDK2 based, which is basically incredibly painful to patch. The source files are windows-style CR/LF so your patch needs to have CR/LF, but if thewhole patch has CR/LF then git
|
By
Ross Burton
·
#58096
·
|
|
Re: #yocto #dunfell
#yocto
#dunfell
Any hints or ideas on what I might be doing wrong would be appreciated…
Any hints or ideas on what I might be doing wrong would be appreciated…
|
By
Monsees, Steven C (US)
·
#58095
·
|