On Thu, 2 May 2024 at 15:06, Patrick Williams <[email protected]> wrote:
> This is almost never correct and there is not a single example of it in > poky. There _are_ examples of exactly what I wrote. > > If you do `PACKAGECONFIG:class-target:remove` and there is not already > an explicit `PACKAGECONFIG:class-target` defined, this in effect creates > a _new_ _empty_ variable `PACKAGECONFIG:class-target`. This is nearly > never what you want. You typically want to take the base contents of > `PACAKGECONFIG` and remove something from it explicitly for the > `class-target` class. What I wrote is exactly how to do that and what > there are multiple examples of in poky (see tclibc-barmetal.inc, > no-gplv3.inc, meta-openembedded uim_1.8.8.bb). Right, I just reproduced this. To me this looks like conditions in inherit_defer operate on PACKAGECONFIG value that is assembled without considering class overrides, and that might be a bug. How to see the issue: PACKAGECONFIG:remove:class-target:pn-btrfs-tools = "python" bitbake btrfs-tools-native You might be able to work around this by avoiding :remove and setting PACKAGECONFIG directly. Alex
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#198921): https://lists.openembedded.org/g/openembedded-core/message/198921 Mute This Topic: https://lists.openembedded.org/mt/105729019/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
