mbox series

[0/3] Fix multilib package variable propagation

Message ID 20260429143104.684760-1-jaeyoon.jung@lge.com
Headers show
Series Fix multilib package variable propagation | expand

Message

정재윤/Task Leader/SW Platform(연)선행Platform개발실 Lightweight System Task April 29, 2026, 2:31 p.m. UTC 
From: Jaeyoon Jung <jaeyoon.jung@lge.com>

This set of patches addresses the issue where package variables in
PACKAGEVARS (e.g. LICENSE) are not extended for a multilib variant
build, by invoking rename_package_variables() in ClassExtender.
It also adds a selftest that verifies the consistency of pkgdata
variables between the base and 'lib32' multilib variant.

With this change, I found another issue in libpam:

| ERROR: lib32-libpam-1.7.2-r0 do_package: QA Issue: lib32-libpam: Files/directories were installed but not shipped in any package:
|   /usr/lib/security/pam_env.so
| Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
| lib32-libpam: 1 installed and not shipped files. [installed-vs-shipped]

It is because FILES variable for pam-plugin-env is not defined for a
multilib build. Another patch in this series addressed it by adding
MLPREFIX.

Jaeyoon Jung (3):
  libpam: Add missing MLPREFIX to FILES:pam-plugin-env
  oeqa/selftest/pkgdata: add multilib LICENSE consistency test
  package.bbclass: extend package variables for multilib variants

 meta/classes-global/package.bbclass       | 11 +++++++++++
 meta/lib/oeqa/selftest/cases/pkgdata.py   | 15 +++++++++++++++
 meta/recipes-extended/pam/libpam_1.7.2.bb |  2 +-
 3 files changed, 27 insertions(+), 1 deletion(-)