<?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>3299</bug_id>
          
          <creation_ts>2012-10-18 08:25:27 +0000</creation_ts>
          <short_desc>bitbake -S doesn&apos;t work well</short_desc>
          <delta_ts>2013-04-17 05:50:59 +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>BitBake</product>
          <component>bitbake</component>
          <version>1.4</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>VERIFIED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.4 M5</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Robert Yang">liezhi.yang</reporter>
          <assigned_to name="Robert Yang">liezhi.yang</assigned_to>
          <cc>mark.hatle</cc>
    
    <cc>Martin.Jansa</cc>
    
    <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>sgw</cc>
    
    <cc>yi.zhao</cc>
    
    <cc>zhenfeng.zhao</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>26697</commentid>
    <comment_count>0</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2012-10-18 08:25:27 +0000</bug_when>
    <thetext>Maybe &quot;bitbake -S&quot; bugs:
   - It seems that the &quot;bitabke -S core-image-sato&quot; has bugs, it would always
     report errors, but doesn&apos;t fatal errors

   - &quot;bitbake -S&quot; always generate the nativesdk stamps regardless of what
      we build. (Is this what we expect ?).

   - The gcc-cross&apos; stamps are in tmp/stamps/work-shared, but the
     &quot;bitbake -S&quot; doesn&apos;t put the stamps in work-shared.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>26829</commentid>
    <comment_count>1</comment_count>
    <who name="Martin Jansa">Martin.Jansa</who>
    <bug_when>2012-10-23 08:00:20 +0000</bug_when>
    <thetext>See also
http://patchwork.openembedded.org/patch/37453/
http://patchwork.openembedded.org/patch/37455/

I had the same issue, but my motivation was mostly because kernel recipe was being rebuilt every time, because it depended on initramfs creation (do_rootfs) which was changing checksum.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>26830</commentid>
    <comment_count>2</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2012-10-23 08:23:19 +0000</bug_when>
    <thetext>(In reply to comment #1)
&gt; See also
&gt; http://patchwork.openembedded.org/patch/37453/
&gt; http://patchwork.openembedded.org/patch/37455/
&gt; 
&gt; I had the same issue, but my motivation was mostly because kernel recipe was
&gt; being rebuilt every time, because it depended on initramfs creation
&gt; (do_rootfs) which was changing checksum.

Thanks for the update, I had sent two patches review today:

http://lists.linuxtogo.org/pipermail/openembedded-core/2012-October/031248.html

It seems that they are similar cases, the problem for &quot;bitbake -S&quot; is caused by:
BUILDNAME
DATE
TIME

The DATETIME doesn&apos;t break &quot;bitbake -S&quot; since it doesn&apos;t immediately expand:

DATETIME = &quot;${DATE}${TIME}

You add to do_rootfs[vardepsexclud], I move them from BB_HASHBASE_WHITELIST or BB_HASHCONFIG_WHITELIST, I&apos;m not sure which is better.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>26831</commentid>
    <comment_count>3</comment_count>
    <who name="Martin Jansa">Martin.Jansa</who>
    <bug_when>2012-10-23 08:29:43 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; (In reply to comment #1)
&gt; &gt; See also
&gt; &gt; http://patchwork.openembedded.org/patch/37453/
&gt; &gt; http://patchwork.openembedded.org/patch/37455/
&gt; &gt; 
&gt; &gt; I had the same issue, but my motivation was mostly because kernel recipe was
&gt; &gt; being rebuilt every time, because it depended on initramfs creation
&gt; &gt; (do_rootfs) which was changing checksum.
&gt; 
&gt; Thanks for the update, I had sent two patches review today:
&gt; 
&gt; http://lists.linuxtogo.org/pipermail/openembedded-core/2012-October/031248.
&gt; html

Yes that&apos;s why I&apos;ve noticed this bug, because they look similar to what I&apos;ve sent.

&gt; You add to do_rootfs[vardepsexclud], I move them from BB_HASHBASE_WHITELIST
&gt; or BB_HASHCONFIG_WHITELIST, I&apos;m not sure which is better.

I&apos;m also not sure.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28665</commentid>
    <comment_count>4</comment_count>
    <who name="Martin Jansa">Martin.Jansa</who>
    <bug_when>2013-01-09 14:31:16 +0000</bug_when>
    <thetext>Today I got more warnings from bitbake -S

NOTE: Reparsing files to collect dependency data
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-extended/perl/libxml-namespacesupport-perl_1.11.bb.do_package)!
ERROR: The mismatched hashes were 2f966fc0c3c6728acd2794dd6e8fa6d5 and 8b252828e2cda3fe39487395c273b004
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-devtools/perl/liburi-perl_1.60.bb.do_package)!
ERROR: The mismatched hashes were cd7ab3eda273a4e1dd1e485787addd33 and 4aa77d823b329cfbddcf0b9586e9ffaf
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-devtools/perl/libxml-simple-perl_2.20.bb.do_package)! 
ERROR: The mismatched hashes were f576450994890e20ba5db68ea9696e84 and 477a8d0cb57f0760394e358600c4df48
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-lsb4/perl/libi18n-collate-perl_1.02.bb.do_package)!   
ERROR: The mismatched hashes were 72fbce66a05899dbdb54bfc3294801f5 and d55f38498b610e15bf87240a3cf2c753
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-extended/perl/libtimedate-perl_1.20.bb.do_package)!   
ERROR: The mismatched hashes were 253eee227ce6b7b39808a3a1c727c537 and f2bb040cb2f23c3c8996784cb7e026af
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-extended/perl/libxml-sax-perl_0.99.bb.do_package)!
ERROR: The mismatched hashes were a80c8d126ee2d11b62fd2a87eff0b9ba and 6e6a379c1df76e5a6da336205eefaf09
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-devtools/perl/libxml-perl_0.08.bb.do_package)!
ERROR: The mismatched hashes were b4d55b460395e1d08f8137bbf1e12a6b and 1079aaff5d25e04a33aaf41a210a3ce6
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-lsb4/perl/libclass-isa-perl_0.36.bb.do_package)!
ERROR: The mismatched hashes were 7bd308b673b73ef7f40ac1a0e39cccaf and 6677d74df68a7f78dd59511672fed8d5
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-devtools/perl/libxml-parser-perl_2.41.bb.do_package)! 
ERROR: The mismatched hashes were a42e2e8afb4e1cfd549d5ff4d9636508 and f4fc9c8d3b74d4ea1086d2d6fcf9f992
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-lsb4/perl/libfile-checktree-perl_4.41.bb.do_package)! 
ERROR: The mismatched hashes were 3d27100afe3f3e919359b561148ae5c1 and 1fae77482c3cd0663be99f3a35de6b2e
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-lsb4/perl/libpod-plainer-perl_1.03.bb.do_package)!
ERROR: The mismatched hashes were 7c8474bc0c51102df526f879470c711b and 209034ddba339a42681bf30342375670
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-lsb4/perl/libdumpvalue-perl_1.17.bb.do_package)!
ERROR: The mismatched hashes were 2c042f19b314e64a99ae8c648fe48013 and 5fb8c40ca57703b5880b9c64490bddd6
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-extended/perl/libxml-sax-base-perl_1.08.bb.do_package)!
ERROR: The mismatched hashes were dc48dce8bbc27af76fa8ae0b82881ab6 and 283effca05ae1025984738dc606d65a4
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-lsb4/perl/libenv-perl_1.03.bb.do_package)!
ERROR: The mismatched hashes were 70d90b97a5b358d0f8fb8bf0ff686802 and 31be4f8610b936f7ecb0b85a9b90e213
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-extended/perl/libconvert-asn1-perl_0.26.bb.do_package)!
ERROR: The mismatched hashes were e43ef4f15fd07c4cef9646c53bf562c0 and 7476dd591dc4a3e42dd518d37f0b656c
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/home/jenkins/oe/shr-core-branches/shr-core/openembedded-core/meta/recipes-kernel/perf/perf_3.4.bb.do_package)!
ERROR: The mismatched hashes were c2512463c62a835fc9b8798ec2927c1f and d1ecfef1961bb674a2e6d0c7b50c5a29
NOTE: Tasks Summary: Attempted 0 tasks of which 0 didn&apos;t need to be rerun and all succeeded.

Summary: There were 32 ERROR messages shown, returning a non-zero exit code.
NOTE: PRServer: stopping...

All related to perl, does perl depend on DATETIME or something like that now?

ERRORs weren&apos;t shown when I&apos;ve executed the same bitbake -S second time.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28802</commentid>
    <comment_count>5</comment_count>
    <who name="Martin Jansa">Martin.Jansa</who>
    <bug_when>2013-01-14 11:57:33 +0000</bug_when>
    <thetext>My 2 patches were applied:
  http://git.openembedded.org/openembedded-core/commit/?id=084d16cd00365ac3db9010a2e0e08ec49b50a144
  http://git.openembedded.org/openembedded-core/commit/?id=a78d2d21fffd646a0d6e0f02a8355be010a7bd28&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28847</commentid>
    <comment_count>6</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-01-16 08:26:01 +0000</bug_when>
    <thetext>
Hi Martin,

It seems that there are still errors:

ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/buildarea/lyang1/poky/meta/recipes-kernel/linux/linux-yocto_3.4.bb.do_deploy)!
ERROR: The mismatched hashes were 4665bb7cf4750cf6539ce98e0dda5d80 and 20e583865a46ef036050d021d9f96bad
ERROR: Bitbake&apos;s cached basehash does not match the one we just generated (/buildarea/lyang1/poky/meta/recipes-sato/images/core-image-sato.bb.do_rootfs)!
ERROR: The mismatched hashes were eccf2f6961122facf8861be4bc18af6d and b9560b60d1d0f93bcb2d2478125b5a39
NOTE: Tasks Summary: Attempted 0 tasks of which 0 didn&apos;t need to be rerun and all succeeded.

// Robert

(In reply to comment #5)
&gt; My 2 patches were applied:
&gt;  
&gt; http://git.openembedded.org/openembedded-core/commit/
&gt; ?id=084d16cd00365ac3db9010a2e0e08ec49b50a144
&gt;  
&gt; http://git.openembedded.org/openembedded-core/commit/
&gt; ?id=a78d2d21fffd646a0d6e0f02a8355be010a7bd28&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28904</commentid>
    <comment_count>7</comment_count>
    <who name="Martin Jansa">Martin.Jansa</who>
    <bug_when>2013-01-17 15:17:27 +0000</bug_when>
    <thetext>kernel still depends on DATETIME

List of dependencies for variable DATETIME is set([&apos;DATE&apos;, &apos;TIME&apos;])
List of dependencies for variable MODULE_IMAGE_BASE_NAME is set([&apos;PR&apos;, &apos;MACHINE&apos;, &apos;PV&apos;, &apos;DATETIME&apos;])
Variable DATETIME value is ${DATE}${TIME}
Variable KERNEL_IMAGE_BASE_NAME value is ${KERNEL_IMAGETYPE}-${PE}-${PV}-${PR}-${MACHINE}-${DATETIME}
Variable MODULE_IMAGE_BASE_NAME value is modules-${PE}-${PV}-${PR}-${MACHINE}-${DATETIME}

I think it got broken by

http://cgit.openembedded.org/openembedded-core/commit/?id=67e77cd948c69798695d5d5f34163ef89339b35a

because he moves DATETIME to different variable but without moving vardepsexclude.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>30665</commentid>
    <comment_count>8</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-03-13 07:14:36 +0000</bug_when>
    <thetext>Merged:

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=cdd103823ecf1d6df5ac9855a855e7302773b702</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>32259</commentid>
    <comment_count>9</comment_count>
    <who name="Yi Zhao">yi.zhao</who>
    <bug_when>2013-04-17 05:50:59 +0000</bug_when>
    <thetext>Verified with branch dylan:fe122663a978f7afdc9d1bb78c9cbf20b213f5e4

No errors and warnings when run &quot;bitbake -S&quot;</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>