>>Can you give more context as to how this fails? The current code does a >>substring match so it’s not clear >>how this breaks,
When building with bitbake lib32-core-image-sato for multilib, lib32 packages are generated. After populating the SDK, when running testsdk, the gtk+3 test should be skipped if the gtk package is not present. For example, when running "bitbake lib32-core-image-sato -c testsdk" testing the following environments: sdk_env for environment-setup-armv7at2hf-neon-pokymllib32-linux-gnueabi: /home/poky/build/tmp/work/qemuarm64-pokymllib32-linux-gnueabi/lib32-core-image-sato/1.0/testimage-sdk/environment-setup-armv7at2hf-neon-pokymllib32-linux-gnueabi sdk_env for environment-setup-cortexa57-poky-linux: /home/poky/build/tmp/work/qemuarm64-pokymllib32-linux-gnueabi/lib32-core-image-sato/1.0/testimage-sdk/environment-setup-cortexa57-poky-linux if ('ml' + ml) in self.sdk_env: pkg = ml + '-' + pkg This code looks if mllib32 present in sdk_env. However, when testing with environment-setup-cortexa57-poky-linux, the code looks for the lib32-gtk+3 package instead of gtk+3 package due to mllib32 string is present in sdk_env. As a result, it incorrectly identifies the package as present, causing the test not to be skipped. This leads to an error during test execution. >>and why the AB doesn’t fail when it should be exercising multilib SDKs >>already May be in AutoBuilder we will not check for lib32-core-image-sato, this might be reason why it doesn't fail . thanks, Harish ________________________________ From: Ross Burton <ross.bur...@arm.com> Sent: Tuesday, January 21, 2025 9:07 PM To: Sadineni, Harish <harish.sadin...@windriver.com> Cc: openembedded-core@lists.openembedded.org <openembedded-core@lists.openembedded.org>; MacLeod, Randy <randy.macl...@windriver.com>; Kokkonda, Sundeep <sundeep.kokko...@windriver.com>; Moodalappa, Shivaprasad <shivaprasad.moodala...@windriver.com> Subject: Re: [OE-core] [PATCH V2 2/2] oeqa/sdk/context: fix for gtk3 test failure during do_testsdk CAUTION: This email comes from a non Wind River email account! Do not click links or open attachments unless you recognize the sender and know the content is safe. On 16 Jan 2025, at 13:48, Sadineni, Harish via lists.openembedded.org <Harish.Sadineni=windriver....@lists.openembedded.org> wrote: > > From: Harish Sadineni <harish.sadin...@windriver.com> > > The do_testsdk for lib32-core-image-sato aborts with below error: > configure: error: Package requirements (gtk+-3.0) were not met: > No package 'gtk+-3.0' found > Consider adjusting the PKG_CONFIG_PATH environment variable if you installed > software in a non-standard prefix. > > This cuases due to an absolute path name in 'sdk_env', which is now stripped > to have only the environment name. Can you give more context as to how this fails? The current code does a substring match so it’s not clear how this breaks, and why the AB doesn’t fail when it should be exercising multilib SDKs already. Cheers, Ross
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#210137): https://lists.openembedded.org/g/openembedded-core/message/210137 Mute This Topic: https://lists.openembedded.org/mt/110646794/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-