<?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>2290</bug_id>
          
          <creation_ts>2012-04-13 03:21:57 +0000</creation_ts>
          <short_desc>[Multilib]: building error in the stage of do_rootfs when building core-image-sato with mutlilibs feature</short_desc>
          <delta_ts>2012-04-14 21:56:05 +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>1.2</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>(1.2) Patch out for review</status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.2 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Xiaofeng Yan">Xiaofeng.yan</reporter>
          <assigned_to name="Richard Purdie">richard.purdie</assigned_to>
          <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>richard.purdie</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>20277</commentid>
    <comment_count>0</comment_count>
    <who name="Xiaofeng Yan">Xiaofeng.yan</who>
    <bug_when>2012-04-13 03:21:57 +0000</bug_when>
    <thetext>error information is as follow in the stage of do_rootfs.

| Collected errors:
|  * resolve_conffiles: Existing conffile /buildarea1/yxf/poky.multi/build/tmp/work/qemux86_64-poky-linux/core-image-sato-1.0-r0/rootfs/etc/opkg/arch.conf is different from the conffile in the new package. The new conffile will be placed at /buildarea1/yxf/poky.multi/build/tmp/work/qemux86_64-poky-linux/core-image-sato-1.0-r0/rootfs/etc/opkg/arch.conf-opkg.
| + &apos;[&apos; &apos;!&apos; -z &apos;&apos; &apos;]&apos;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20278</commentid>
    <comment_count>1</comment_count>
    <who name="Xiaofeng Yan">Xiaofeng.yan</who>
    <bug_when>2012-04-13 03:34:37 +0000</bug_when>
    <thetext>opkg accessing configuration file &quot;arch.conf&quot; cause this problem. &quot;arch.conf&quot; is created by &quot;opkg-config-base_1.0.bb&quot;.  but opkg check check-sum for new arch.conf(the old one come from opkg-config-base_1.0.bb). The old one add &quot;arch x86 26&quot; but there no this line in the new one. 

$diff  /buildarea1/yxf/poky.multi/build/tmp/work/qemux86_64-poky-linux/core-image-sato-1.0-r0/rootfs/etc/opkg/arch.conf /buildarea1/yxf/poky.multi/build/tmp/work/qemux86_64-poky-linux/core-image-sato-1.0-r0/rootfs/etc/opkg/arch.conf-opkg

--- /buildarea1/yxf/poky.multi/build/tmp/work/qemux86_64-poky-linux/core-image-sato-1.0-r0/rootfs/etc/opkg/arch.conf	2012-04-12 17:34:30.000000000 +0800
+++ /buildarea1/yxf/poky.multi/build/tmp/work/qemux86_64-poky-linux/core-image-sato-1.0-r0/rootfs/etc/opkg/arch.conf-opkg	2012-04-12 17:40:33.000000000 +0800
@@ -3,4 +3,3 @@
 arch noarch 11
 arch x86_64 16
 arch qemux86_64 21
-arch x86 26

I don&apos;t know who create the new arch.conf beside the one from &quot;opkg-config-base_1.0.bb&quot;. I will inveterate this. If anyone know this, Please share your experience with me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20363</commentid>
    <comment_count>2</comment_count>
    <who name="Lianhao Lu">lianhao.lu</who>
    <bug_when>2012-04-14 10:37:28 +0000</bug_when>
    <thetext>Xiaofeng,

I may need the exact configurations to reproduce this bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20382</commentid>
    <comment_count>3</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-04-14 18:35:23 +0000</bug_when>
    <thetext>A reproducer for this is:

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

IMAGE_INSTALL_append = &quot;lib32-opkg opkg&quot;

in local.conf and then 

bitbake core-image-minimal</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20383</commentid>
    <comment_count>4</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-04-14 21:30:28 +0000</bug_when>
    <thetext>As a further hint, the problem is this difference:

$ bitbake opkg-config-base -e | grep LIB_PACKAGE
# ALL_MULTILIB_PACKAGE_ARCHS=${@all_multilib_tune_values(d, &apos;PACKAGE_ARCHS&apos;)}
ALL_MULTILIB_PACKAGE_ARCHS=&quot;all any noarch x86_64 qemux86_64 x86&quot;

$ bitbake lib32-opkg-config-base -e | grep LIB_PACKAGE
# ALL_MULTILIB_PACKAGE_ARCHS=${@all_multilib_tune_values(d, &apos;PACKAGE_ARCHS&apos;)}
ALL_MULTILIB_PACKAGE_ARCHS=&quot;all any noarch x86 qemux86_64&quot;

as these need to have the same value.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>20385</commentid>
    <comment_count>5</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-04-14 21:56:05 +0000</bug_when>
    <thetext>Resolved in master: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=0a4a7578b84059d598aa775cc6362e1ef68ec3b3</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>