<?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>1729</bug_id>
          
          <creation_ts>2011-11-03 23:07:16 +0000</creation_ts>
          <short_desc>[multilib] Finish core-image-sato-sdk multilib enabling</short_desc>
          <delta_ts>2012-11-14 09:07:29 +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>Meta-yocto</product>
          <component>meta-yocto</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>WORKSFORME</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>(scheduled) Depends on Jiajun&apos;s full test</status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.3 M4</target_milestone>
          
          <blocked>1563</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Dongxiao Xu">dongxiao.xu</reporter>
          <assigned_to name="Bogdan Marinescu">bogdan.a.marinescu</assigned_to>
          <cc>alexandru.c.georgescu</cc>
    
    <cc>alexandru.damian</cc>
    
    <cc>dongxiao.xu</cc>
    
    <cc>jiajun.xu</cc>
    
    <cc>mihai.lindner</cc>
    
    <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
    
    <cc>sgw</cc>
    
    <cc>shane.wang</cc>
    
    <cc>song.liu</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>17088</commentid>
    <comment_count>0</comment_count>
    <who name="Dongxiao Xu">dongxiao.xu</who>
    <bug_when>2011-11-03 23:07:16 +0000</bug_when>
    <thetext>For recipes within core-image-sato-sdk, we need to make them multilib enabled.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18093</commentid>
    <comment_count>1</comment_count>
    <who name="Shane Wang">shane.wang</who>
    <bug_when>2012-01-11 17:40:20 +0000</bug_when>
    <thetext>I am going to delay multilib new features (satosdk and world) into M3, since we don&apos;t have more time on multilib development.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18982</commentid>
    <comment_count>2</comment_count>
    <who name="Edwin Zhai">edwin.zhai</who>
    <bug_when>2012-03-13 06:42:30 +0000</bug_when>
    <thetext>I have passed core-image-sato-sdk building and booting. But early this week, qt4-x11-free build fail. Fix is on going.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>19237</commentid>
    <comment_count>3</comment_count>
    <who name="Shane Wang">shane.wang</who>
    <bug_when>2012-03-19 23:49:42 +0000</bug_when>
    <thetext>I noticed sato-sdk was enabled but only qt broke now.

I will open another bug for qt breaks.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20817</commentid>
    <comment_count>4</comment_count>
    <who name="Jiajun Xu">jiajun.xu</who>
    <bug_when>2012-04-23 14:22:36 +0000</bug_when>
    <thetext>Mark the bug as &quot;QA Testing Completed&quot; since we already cover the testing for the feature in 1.2 M4.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21624</commentid>
    <comment_count>5</comment_count>
    <who name="Song Liu">song.liu</who>
    <bug_when>2012-05-25 18:20:01 +0000</bug_when>
    <thetext>Edwin/Shane,

Is this already completed in 1.2 with the bug for broken qt opened? If so, please mark this verified and change the milestone to 1.2. Otherwise, let&apos;s keep it this way for 1.3.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21649</commentid>
    <comment_count>6</comment_count>
    <who name="Edwin Zhai">edwin.zhai</who>
    <bug_when>2012-05-28 01:50:40 +0000</bug_when>
    <thetext>(In reply to comment #5)
&gt; Edwin/Shane,
&gt; 
&gt; Is this already completed in 1.2 with the bug for broken qt opened? If so,
&gt; please mark this verified and change the milestone to 1.2. Otherwise, let&apos;s
&gt; keep it this way for 1.3.

Song,
In fact, many commits in master break it from time to time. When I made core-image-sato-sdk build and run well in 1.2 development phase, but it got broken later.

Dongxiao test and make sure it works well recently. I suggest to close it and open new bug if needed in future.

Dongxiao,
Do you agree?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21661</commentid>
    <comment_count>7</comment_count>
    <who name="Dongxiao Xu">dongxiao.xu</who>
    <bug_when>2012-05-28 06:04:56 +0000</bug_when>
    <thetext>(In reply to comment #6)
Song,
In fact, many commits in master break it from time to time. When
&gt; I made core-image-sato-sdk build and run well in 1.2 development phase, but
&gt; it got broken later.

Dongxiao test and make sure it works well recently. I
&gt; suggest to close it and open new bug if needed in future.

Dongxiao,
Do you
&gt; agree?

I ever did a brief test for the core-image-sato-sdk multilib build and it passed. However we need QA&apos;s full tests to make sure it indeed works. I think Jiajun will perform the full multilib functionality test recently, and we can close the bug at that time.

What do you think, Edwin and Song?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>21662</commentid>
    <comment_count>8</comment_count>
    <who name="Edwin Zhai">edwin.zhai</who>
    <bug_when>2012-05-28 06:21:07 +0000</bug_when>
    <thetext>(In reply to comment #7)
&gt; 
&gt; I ever did a brief test for the core-image-sato-sdk multilib build and it
&gt; passed. However we need QA&apos;s full tests to make sure it indeed works. I
&gt; think Jiajun will perform the full multilib functionality test recently, and
&gt; we can close the bug at that time.
&gt; 
&gt; What do you think, Edwin and Song?

I agree.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>22665</commentid>
    <comment_count>9</comment_count>
    <who name="Shane Wang">shane.wang</who>
    <bug_when>2012-06-28 12:22:56 +0000</bug_when>
    <thetext>Song, I move it to M3 since we put https://bugzilla.yoctoproject.org/show_bug.cgi?id=2038 ahead from M3 to M2.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>24691</commentid>
    <comment_count>10</comment_count>
    <who name="Radu Moisan">radu.moisan</who>
    <bug_when>2012-08-31 05:55:09 +0000</bug_when>
    <thetext>Tried bitbake core-image-sato-sdk

Build Configuration:
BB_VERSION        = &quot;1.15.3&quot;
TARGET_ARCH       = &quot;x86_64&quot;
TARGET_OS         = &quot;linux&quot;
MACHINE           = &quot;qemux86-64&quot;
DISTRO            = &quot;poky&quot;
DISTRO_VERSION    = &quot;1.2+snapshot-20120830&quot;
TUNE_FEATURES     = &quot;m64&quot;
TARGET_FPU        = &quot;&quot;
meta              
meta-yocto        = &quot;master:b4c5725af4cd85d5644f0373e2674e903c4eab2b&quot;

I had the following in my conf/local.conf

MACHINE ??= &quot;qemux86-64&quot;
require conf/multilib.conf
MULTILIBS = &quot;multilib:lib32&quot;
DEFAULTTUNE_virtclass-multilib-lib32 = &quot;x86&quot;

The build finishes with some QA Issues but no errors.

Please let me know if I missed something, the multilib wiki page seems a little outdated, Bogdan submitted a few changes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>24706</commentid>
    <comment_count>11</comment_count>
    <who name="Radu Moisan">radu.moisan</who>
    <bug_when>2012-08-31 13:35:53 +0000</bug_when>
    <thetext>tried bitbake lib32-core-image-sato-sdk as well, but it crashes at do_rootfs

| Processing task-core-x11-base...
| Processing kernel-dev...
| Multiple matches for kernel-dev:
| unable to find package kernel-dev
| ERROR: some packages were missing
| ERROR: Function failed: do_rootfs (see /home/radu/Documents/Development/yocto/build/tmp/work/qemux86_64-poky-linux/core-image-sato-sdk-1.0-r0/temp/log.do_rootfs.11604 for further information)
ERROR: Task 7 (/home/radu/Documents/Development/yocto/poky/meta/recipes-sato/images/core-image-sato-sdk.bb, do_rootfs) failed with exit code &apos;1&apos;
NOTE: Tasks Summary: Attempted 6229 tasks of which 5056 didn&apos;t need to be rerun and 1 failed.

same error I get when building for quemux86-64 without multilib enabled, so I guess is not multilib related. Will continue to keep an eye on this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>24707</commentid>
    <comment_count>12</comment_count>
    <who name="Radu Moisan">radu.moisan</who>
    <bug_when>2012-08-31 13:36:59 +0000</bug_when>
    <thetext>the correct log, the previous one was with multilib disabled.

| Processing lib32-task-core-x11-base...
| Processing lib32-kernel-dev...
| unable to find package kernel-dev
| ERROR: some packages were missing
| ERROR: Function failed: do_rootfs (see /home/radu/Documents/Development/yocto2/build/tmp/work/qemux86_64-poky-linux/lib32-core-image-sato-sdk-1.0-r0/temp/log.do_rootfs.21128 for further information)
ERROR: Task 7 (virtual:multilib:lib32:/home/radu/Documents/Development/yocto2/poky/meta/recipes-sato/images/core-image-sato-sdk.bb, do_rootfs) failed with exit code &apos;1&apos;
NOTE: Tasks Summary: Attempted 6447 tasks of which 1545 didn&apos;t need to be rerun and 1 failed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>24754</commentid>
    <comment_count>13</comment_count>
    <who name="Bogdan Marinescu">bogdan.a.marinescu</who>
    <bug_when>2012-09-03 09:53:06 +0000</bug_when>
    <thetext>lib32-core-image-* has been building fine for me for quite a while now, so I&apos;m closing this bug. What Radu has experienced is most likely a temporary issue with Yocto, not a multilib problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>25686</commentid>
    <comment_count>14</comment_count>
    <who name="Alexandru Georgescu">alexandru.c.georgescu</who>
    <bug_when>2012-09-25 13:09:08 +0000</bug_when>
    <thetext>3168 must be fixed in order to verify this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27295</commentid>
    <comment_count>15</comment_count>
    <who name="Alexandru Georgescu">alexandru.c.georgescu</who>
    <bug_when>2012-11-07 15:30:41 +0000</bug_when>
    <thetext>since 3168 is duplicate of 2918, then 
2918 have to be fixed first in order to verify this bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27304</commentid>
    <comment_count>16</comment_count>
    <who name="Mihai Lindner">mihai.lindner</who>
    <bug_when>2012-11-08 08:40:06 +0000</bug_when>
    <thetext>(In reply to comment #13)
&gt; lib32-core-image-* has been building fine for me for quite a while now, so
&gt; I&apos;m closing this bug. What Radu has experienced is most likely a temporary
&gt; issue with Yocto, not a multilib problem.

Are we sure that the resolution for this is FIXED? I don&apos;t see a commit for this.
Maybe it&apos;s WORKSFORME or NEEDINFO (to establish the steps to produce _this_ issue)?
Either way, with the current resolution, this issue cannot go towards a VERIFIED status.
Thanks.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>27427</commentid>
    <comment_count>17</comment_count>
    <who name="Mihai Lindner">mihai.lindner</who>
    <bug_when>2012-11-14 09:07:29 +0000</bug_when>
    <thetext>(In reply to comment #13)
&gt; lib32-core-image-* has been building fine for me for quite a while now, so
&gt; I&apos;m closing this bug. What Radu has experienced is most likely a temporary
&gt; issue with Yocto, not a multilib problem.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>