|
The Yocto Project 2021 virtual Summit CFP reminder
Hello all,
This is a reminder that the 2021 Yocto Project Summit CFP window closes
this Sunday at 11:59 PM PST.
If anyone is interested, please
Hello all,
This is a reminder that the 2021 Yocto Project Summit CFP window closes
this Sunday at 11:59 PM PST.
If anyone is interested, please
|
By
Armin Kuster
·
#53242
·
|
|
[meta-rockchip][PATCH v3 3/3] linux-yocto: add an initial NanoPi-M4 BSP
From: Yann Dirson <yann@...>
This patch provides "standard" and "tiny" BSP.
There is still much work to be done in dispatching feature to individual
scc files - the more boards we can
From: Yann Dirson <yann@...>
This patch provides "standard" and "tiny" BSP.
There is still much work to be done in dispatching feature to individual
scc files - the more boards we can
|
By
Yann Dirson
·
#53241
·
|
|
[meta-rockchip][PATCH v3 2/3] NanoPi-M4: declare "usbhost" in MACHINE_FEATURES
From: Yann Dirson <yann@...>
Lets USB tools be installed if the distro activates the feature.
Signed-off-by: Yann Dirson <yann@...>
---
conf/machine/include/nanopi-m4.inc |
From: Yann Dirson <yann@...>
Lets USB tools be installed if the distro activates the feature.
Signed-off-by: Yann Dirson <yann@...>
---
conf/machine/include/nanopi-m4.inc |
|
By
Yann Dirson
·
#53240
·
|
|
[meta-rockchip][PATCH v3 0/3] kmeta BSP for nanopi-m4
From: Yann Dirson <yann@...>
Changes from in v3:
- relocate the bsp files into files/ so we don't have to add linux-yocto/
to FILESEXTRAPATHS for all other kernels
- removed the "don't
From: Yann Dirson <yann@...>
Changes from in v3:
- relocate the bsp files into files/ so we don't have to add linux-yocto/
to FILESEXTRAPATHS for all other kernels
- removed the "don't
|
By
Yann Dirson
·
#53239
·
|
|
[meta-rockchip][PATCH v3 1/3] NanoPi-M4: let all variants use the same KMACHINE type
From: Yann Dirson <yann@...>
This will allow us to define a single set of kernel BSP for all
variants of the board (which only need to differ in u-boot dts).
Signed-off-by: Yann Dirson
From: Yann Dirson <yann@...>
This will allow us to define a single set of kernel BSP for all
variants of the board (which only need to differ in u-boot dts).
Signed-off-by: Yann Dirson
|
By
Yann Dirson
·
#53238
·
|
|
Re: #yocto #sdk #cmake
#yocto
#sdk
#cmake
Thanks you...
By
Monsees, Steven C (US)
·
#53237
·
|
|
Re: #bitbake Can't use 'bitbake -g <image-name> -u taskdep
#bitbake
As for project here Poky operates on headless server. Developers use SSH to interact with Poky, to handle its input data, and to access build results. Must gtk3 be installed locally to Poky or will
As for project here Poky operates on headless server. Developers use SSH to interact with Poky, to handle its input data, and to access build results. Must gtk3 be installed locally to Poky or will
|
By
keydi <krzysztof.dudziak@...>
·
#53236
·
|
|
Re: Problems building hardknott for raspberri pi
Then it should not be using Mesa-gl so it’s a bit confusing how you end up needing it
Then it should not be using Mesa-gl so it’s a bit confusing how you end up needing it
|
By
Khem Raj
·
#53235
·
|
|
Re: Problems building hardknott for raspberri pi
No, I'm not using DISABLE_VC4GRAPHICS - should I?
/Morten
No, I'm not using DISABLE_VC4GRAPHICS - should I?
/Morten
|
By
Morten Bruun
·
#53234
·
|
|
Re: Problems building hardknott for raspberri pi
never mind, I think we perhaps have is broken on master too. Are you
using DISABLE_VC4GRAPHICS = "1" ?
never mind, I think we perhaps have is broken on master too. Are you
using DISABLE_VC4GRAPHICS = "1" ?
|
By
Khem Raj
·
#53233
·
|
|
Re: Problems building hardknott for raspberri pi
Thanks for your quick reply. I tried to build with d1f191ed3018e0b130311e443f014e30d2f5ed97 which gives me this error instead:
ERROR: mesa-gl-2_21.0.1-r0 do_configure: meson failedERROR:
Thanks for your quick reply. I tried to build with d1f191ed3018e0b130311e443f014e30d2f5ed97 which gives me this error instead:
ERROR: mesa-gl-2_21.0.1-r0 do_configure: meson failedERROR:
|
By
Morten Bruun
·
#53232
·
|
|
Re: Problems building hardknott for raspberri pi
I think meta-raspberrypi should branch before mesa-gl restructuring
initiated changes in meta-raspberrypi can you try with
meta-raspberrypi master@d1f191ed3018e0b130311e443f014e30d2f5ed97
and see if
I think meta-raspberrypi should branch before mesa-gl restructuring
initiated changes in meta-raspberrypi can you try with
meta-raspberrypi master@d1f191ed3018e0b130311e443f014e30d2f5ed97
and see if
|
By
Khem Raj
·
#53231
·
|
|
Problems building hardknott for raspberri pi
Hi,
I'm upgrading to hardknott. The meta-raspberry layer does not have a hardknott branch, so I'm building with the master branch.
Does anyone know why this error occurs when building mesa-gl?
ERROR:
Hi,
I'm upgrading to hardknott. The meta-raspberry layer does not have a hardknott branch, so I'm building with the master branch.
Does anyone know why this error occurs when building mesa-gl?
ERROR:
|
By
Morten Bruun
·
#53230
·
|
|
Re: #yocto #sdk #cmake
#yocto
#sdk
#cmake
take a look at
https://github.com/kraj/meta-clang/blob/master/recipes-core/meta/clang-environment.inc#L11-L19
perhaps that can be something you might find useful
On Thu, Apr 22, 2021 at 11:51 AM
take a look at
https://github.com/kraj/meta-clang/blob/master/recipes-core/meta/clang-environment.inc#L11-L19
perhaps that can be something you might find useful
On Thu, Apr 22, 2021 at 11:51 AM
|
By
Khem Raj
·
#53229
·
|
|
Re: [meta-openssl102-fips][PATCH 0/6] hardknott fixes
Merged.
By
Jason Wessel <jason.wessel@...>
·
#53228
·
|
|
#yocto #sdk #cmake
#yocto
#sdk
#cmake
When setting up an SDK, (standard or extensible), build which will be using cmake, is there a proper way to pre-configure OEToolchainConfig.cmake for ones env/applications ?
Currently I build the
When setting up an SDK, (standard or extensible), build which will be using cmake, is there a proper way to pre-configure OEToolchainConfig.cmake for ones env/applications ?
Currently I build the
|
By
Monsees, Steven C (US)
·
#53227
·
|
|
Re: #bitbake Can't use 'bitbake -g <image-name> -u taskdep
#bitbake
Basically, taskdep needs gobject-introspection and gtk3 on the host.
You're most likely missing the GTK3 gir files.
Ross
Basically, taskdep needs gobject-introspection and gtk3 on the host.
You're most likely missing the GTK3 gir files.
Ross
|
By
Ross Burton <ross@...>
·
#53226
·
|
|
Re: #bitbake Can't use 'bitbake -g <image-name> -u taskdep
#bitbake
If yes, me wonders how to force Bitbake to build that recipe, if for target system gtk is not built, there is actually no target depending on gtk. Hence, I add such recipe Bitbake might ignore it as
If yes, me wonders how to force Bitbake to build that recipe, if for target system gtk is not built, there is actually no target depending on gtk. Hence, I add such recipe Bitbake might ignore it as
|
By
keydi <krzysztof.dudziak@...>
·
#53225
·
|
|
Re: #bitbake Can't use 'bitbake -g <image-name> -u taskdep
#bitbake
Myself wonders if the answer is just to enable a recipe building native package gtk of version 3.0.
Myself wonders if the answer is just to enable a recipe building native package gtk of version 3.0.
|
By
keydi <krzysztof.dudziak@...>
·
#53224
·
|
|
Re: [meta-security][PATCH] packagegroup-core-security: exclude apparmor in mips64
Actuall, this is the wrong patch. working on too many systems.
Thanks for the review.
-armin
Actuall, this is the wrong patch. working on too many systems.
Thanks for the review.
-armin
|
By
Armin Kuster
·
#53223
·
|