>>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]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to