mirror of
git://git.openembedded.org/meta-openembedded
synced 2026-01-01 13:58:06 +00:00
* I thought that PN in FILESEXTRAPATHS worked as everywhere else and
as described in:
https://lore.kernel.org/all/2261745fc01a4e3887ee98f98a425e88@vivavis.com/T/
* but surprisingly (to me)
FILESEXTRAPATHS:prepend := "${THISDIR}/${PN}-2.x:"
ends with effectively ${BPN}-2.x in bitbake -e (and the build doesn't fail
to fetch file://gpio-manager.init in lib32-libgpiod build
* I've tried with kirkstone and dunfell as well and it ends with
"libgpiod-2.x" for all 3 PNs:
dunfell $ grep ^FILESEXTRAPATHS= env.* | sed 's@/OE.*dunfell/@@g'
env.lib32-libgpiod:FILESEXTRAPATHS="meta-oe/meta-oe/recipes-support/libgpiod/libgpiod-2.x:__default:"
env.libgpiod:FILESEXTRAPATHS="meta-oe/meta-oe/recipes-support/libgpiod/libgpiod-2.x:__default:"
env.libgpiod-native:FILESEXTRAPATHS="meta-oe/meta-oe/recipes-support/libgpiod/libgpiod-2.x:__default:"
dunfell $ grep ^PN= env.*
env.lib32-libgpiod:PN="lib32-libgpiod"
env.libgpiod:PN="libgpiod"
env.libgpiod-native:PN="libgpiod-native"
There is the QA check for PN in SRC_URI, maybe I took it a bit
further and updated all FILESEXTRAPATHS references as well in our
layers (in 2023) even when it wasn't causing build failures, e.g.:
|
||
|---|---|---|
| contrib | ||
| meta-filesystems | ||
| meta-gnome | ||
| meta-initramfs | ||
| meta-multimedia | ||
| meta-networking | ||
| meta-oe | ||
| meta-perl | ||
| meta-python | ||
| meta-webserver | ||
| meta-xfce | ||
| .gitignore | ||
| COPYING.MIT | ||
| README.md | ||
Collection of layers for the OE-core universe
Main layer maintainer: Khem Raj raj.khem@gmail.com
This repository is a collection of layers to suppliment OE-Core with additional packages, Each layer have designated maintainer Please see the respective READMEs in the layer subdirectories