<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>8880</bug_id>
          
          <creation_ts>2016-01-06 07:13:00 +0000</creation_ts>
          <short_desc>Need better allarch multilib sanity or automated QA tests</short_desc>
          <delta_ts>2017-12-06 16:51:25 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>core</component>
          <version>2.1</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>2.3 M1</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Robert Yang">liezhi.yang</reporter>
          <assigned_to name="Chen Qi">Qi.Chen</assigned_to>
          <cc>alexandru.c.georgescu</cc>
    
    <cc>jose.perez.carranza</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>ross.burton</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>57553</commentid>
    <comment_count>0</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2016-01-06 07:13:00 +0000</bug_when>
    <thetext>allarch pkg should not depend on TUNE_ARCH or MACHINE_ARCH pkg, we need a way to do the checking automatically.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>57624</commentid>
    <comment_count>1</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2016-01-07 15:35:06 +0000</bug_when>
    <thetext>As per the thread, I&apos;m not sure this is true.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>57644</commentid>
    <comment_count>2</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-01-07 16:39:27 +0000</bug_when>
    <thetext>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.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64323</commentid>
    <comment_count>3</comment_count>
    <who name="Chen Qi">Qi.Chen</who>
    <bug_when>2016-07-22 02:13:43 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; It is ok for an allarch package to depend on a non allarch package as long
&gt; as its listed in the layer.conf mappings.
&gt; 
&gt; I think we need to do something slightly different here, I think we need to
&gt; extend the allarch sstate QA check to include checking a sample multilib
&gt; configuration and detect these problems which is how we solved this problem
&gt; 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&apos;t change when we change the setting of multilib. Right?

Best Regards,
Chen Qi</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64329</commentid>
    <comment_count>4</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-07-22 09:16:16 +0000</bug_when>
    <thetext>Hi Chen,

(In reply to comment #3)
&gt; Below is my understanding about this bug. Do I understand it correctly?
&gt; 
&gt; Now that oe-selftest has checked sstate sigs between different MACHINE
&gt; settings for allarch packages, we should also add a check for sstate sigs
&gt; for allarch packages between different multilib settings.
&gt; 
&gt; So we should add a testcase to oe-selftest to make sure sstate sigs for
&gt; allarch packages don&apos;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&apos;t change between different multilib settings.

Cheers,

Richard</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>66791</commentid>
    <comment_count>5</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-10-01 21:06:08 +0000</bug_when>
    <thetext>http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=2d7df9be8deb928b0a3d55104cd650374be75d6c</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>