Re: [bitbake-devel] [PATCH 2/2] fetch: bb.fatal when trying to checksum non-existing files.

[Patrick Williams <patrick@stwcx.xyz>]

[-- Attachment #1: Type: text/plain, Size: 1723 bytes --]

On Wed, Jul 27, 2022 at 04:50:37PM +0200, Quentin Schulz wrote:
> On 7/26/22 17:57, Patrick Williams wrote:
> > On Tue, Jul 26, 2022 at 07:35:21AM +0200, Alexander Kanavin wrote:
> >> On Tue, 26 Jul 2022 at 06:09, Patrick Williams <patrick@stwcx.xyz> wrote:

> The original u-boot recipe uses "require" with just the filename, c.f. 
> https://cgit.openembedded.org/openembedded-core/tree/meta/recipes-bsp/u-boot/u-boot_2022.07.bb?h=master, 
> etc... there's not a single recipes-bsp/u-boot returned by git grep in 
> openembedded-core... My understanding of the require mechanism so far is 
> that if you pass it a filename, it'll only look into the current 
> directory (where the recipe is located) and if it has a path, it'll look 
> for that path in all layers (well, BBPATH, which in the majority of 
> cases should be LAYERDIR, the root of the layer). Since there is no path 
> in require for the u-boot recipes in openmebedded-core, I don't 
> understand what you're saying happens happens. c.f. 
> https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html#require-directive 
> for the doc on require directive.
> 
> This highlights one of the following:
>   - a rogue bbappend or some weird configuration in one the layers in use,

I dug into it a little more.  It is a rogue bbappend in the u-boot case
and not an issue with the require.

We have an internal tree that contains all the u-boot code along side
the recipes, along with a u-boot%.bbappend to replace the external
SRC_URI with an internal ("file://"-based) one.  This gets applied to
the `meta/recipes-bsp` versions even though we don't have copies of
their code.

-- 
Patrick Williams

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]