Bug 8880 - Need better allarch multilib sanity or automated QA tests
Summary: Need better allarch multilib sanity or automated QA tests
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: core (show other bugs)
Version: 2.1
Hardware: x86 Multiple
: Medium+ enhancement
Target Milestone: 2.3 M1
Assignee: Chen Qi
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2016-01-06 07:13 UTC by Robert Yang
Modified: 2017-12-06 16:51 UTC (History)
6 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Yang 2016-01-06 07:13:00 UTC 
allarch pkg should not depend on TUNE_ARCH or MACHINE_ARCH pkg, we need a way to do the checking automatically.
Comment 1 Ross Burton 2016-01-07 15:35:06 UTC 
As per the thread, I'm not sure this is true.
Comment 2 Richard Purdie 2016-01-07 16:39:27 UTC 
It is ok for an allarch package to depend on a non allarch package as long as its listed in the layer.conf mappings.

I think we need to do something slightly different here, I think we need to extend the allarch sstate QA check to include checking a sample multilib configuration and detect these problems which is how we solved this problem in general for allarch.
Comment 3 Chen Qi 2016-07-22 02:13:43 UTC 
(In reply to comment #2)
> It is ok for an allarch package to depend on a non allarch package as long
> as its listed in the layer.conf mappings.
> 
> I think we need to do something slightly different here, I think we need to
> extend the allarch sstate QA check to include checking a sample multilib
> configuration and detect these problems which is how we solved this problem
> in general for allarch.

Hi Richard,

Below is my understanding about this bug. Do I understand it correctly?

Now that oe-selftest has checked sstate sigs between different MACHINE settings for allarch packages, we should also add a check for sstate sigs for allarch packages between different multilib settings.

So we should add a testcase to oe-selftest to make sure sstate sigs for allarch packages don't change when we change the setting of multilib. Right?

Best Regards,
Chen Qi
Comment 4 Richard Purdie 2016-07-22 09:16:16 UTC 
Hi Chen,

(In reply to comment #3)
> Below is my understanding about this bug. Do I understand it correctly?
> 
> Now that oe-selftest has checked sstate sigs between different MACHINE
> settings for allarch packages, we should also add a check for sstate sigs
> for allarch packages between different multilib settings.
> 
> So we should add a testcase to oe-selftest to make sure sstate sigs for
> allarch packages don't change when we change the setting of multilib. Right?

Yes, that is correct. This bug is about adding a similar sstate sigs test to oe-selftest which checks that allarch packages don't change between different multilib settings.

Cheers,

Richard