for a current project (and subsequent projects), i want to define a hardware bringup image; that is, a really basic image chock-full of low-level utilities for debugging initial board bringup. this me

over the years, i've always been uncomfortable with the admittedly small number of examples in various layers i've found that append to FILESEXTRAPATHS rather than prepend, so i'm curious if there is

just noticed this is meta-virt layer, file layer.conf: # The dynamic-layers directory hosts extensions and layer-specific # modifications. # # The .bbappend and .bb files are included if the respectiv

i just noticed that both of the layers meta-secure-core and meta-security: https://github.com/jiazhang0/meta-secure-core https://git.yoctoproject.org/cgit/cgit.cgi/meta-security seem to include a good

i note that the linux-yocto repo has a nxp-s32g2xx branch: https://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto/commit/?h=v5.10/standard/nxp-sdk-5.4/nxp-s32g2xx so wondering about the subsequent BSP

i did write that a while back while i was still figuring it out. :-) i agree that it would be inappropriate in the *regular* sections of the docs, but i'm convinced it would be worth explaining in som

it appears (after a *very* cursory investigation) that shared-mime-info-native is included, which drags in xmlto-native, which then drags in docbook stuff. i'll confirm that later. rday

most likely, but as i'm explicitly not installing any documentation, i'm now poking around to see what insists on building that for no apparent reason. rday

years ago, i asked about how to support a small set of closely-related targets using MACHINEOVERRIDES to define how to apply patches in a (somewhat) hierarchical fashion: https://www.yoctoproject.org/

testing building qemuarm64 core-image-minimal from scratch, and noticed it fetching for docbook-xml and docbook-xsl stuff ... is there something that still needs docbook support? i'm about to take a q

... snip ... you can't legitimately expect support for YP 2.0, which is six years old and has been EOLed for quite some time. rday

in current OE, there is no "GPL-2.0" license file, there is "GPL-2.0-only" and "GPL-2.0-or-later" and a bunch of others, so i think you need to pick one of those. rday

On Wed, 10 Mar 2021, Quentin Schulz wrote: ... snip ... > https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-kernel/linux/linux-yocto_5.10.bb#n12 > for example. > > This is an example o

can you point at an actual example of that? i took a look and all the yocto kernel recipes i see use the first form. am i just looking in the wrong place? rday

inspired by my earlier plaintive mewling of "gosh, i wish YP had better ruby support," konrad weihmann put in a ridiculous amount of work and came up with: https://github.com/priv-kweihmann/meta-rubyg

i suspect i know the answer, just want to confirm ... friend tells me yesterday he's working with LTS20, i said, "uh, that's not even out yet," he assures he his company has an early release, but he c

i remember testing this a few years back, and making sure i appreciated the subtleties. i might take a shot at rewriting that section, since i think it has potential for confusion. mostly, warning the

bitbake manual, chapter 3, examples of conditional syntax: https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html#examples correctly distinguishes between A_foo_ap

colleague wants a recipe for libbpf: https://github.com/libbpf/libbpf would anyone have done that already and is willing to let me steal it? rday

here's hoping someone has gone through this and can summarize what i need to do; i'll try to keep it short. migrating all sorts of stuff from (effectively) morty project to (effectively) zeus, and cur