<?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>9643</bug_id>
          
          <creation_ts>2016-05-17 03:01:59 +0000</creation_ts>
          <short_desc>Add a means of showing which variables triggered confighash change</short_desc>
          <delta_ts>2026-07-23 15:26:32 +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>2.0</version>
          <rep_platform>All</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>    </status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>Future</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Paul Eggleton">bluelightning</reporter>
          <assigned_to name="Richard Purdie">richard.purdie</assigned_to>
          <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
    
    <cc>randy.macleod</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>62242</commentid>
    <comment_count>0</comment_count>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2016-05-17 03:01:59 +0000</bug_when>
    <thetext>A few times I have had to figure out why a full reparse has been triggered when I think it shouldn&apos;t have been; the only way I&apos;ve been able to do that was to hack in code that does that. It would be nice if there was a built-in means of doing this so I could see exactly which variable(s) are the culprit.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62323</commentid>
    <comment_count>1</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2016-05-19 14:43:11 +0000</bug_when>
    <thetext>This sound like a great idea but I&apos;m not sure how to do it. Which code changes did you find useful to debug this? We really need a better proposal before we can commit to do something here...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62375</commentid>
    <comment_count>2</comment_count>
      <attachid>3183</attachid>
    <who name="Paul Eggleton">bluelightning</who>
    <bug_when>2016-05-23 04:45:10 +0000</bug_when>
    <thetext>Created attachment 3183
Patch to write out contents of hashed config

Luckily I had stashed the changes last time I needed to do this - I&apos;ve attached the patch. Obviously with this I had to diff the files externally after having run bitbake in the two configurations.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>3183</attachid>
            <date>2016-05-23 04:45:10 +0000</date>
            <delta_ts>2016-05-23 04:45:10 +0000</delta_ts>
            <desc>Patch to write out contents of hashed config</desc>
            <filename>confighash-output.patch</filename>
            <type>text/plain</type>
            <size>626</size>
            <attacher name="Paul Eggleton">bluelightning</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL2JpdGJha2UvbGliL2JiL2RhdGFfc21hcnQucHkgYi9iaXRiYWtlL2xpYi9i
Yi9kYXRhX3NtYXJ0LnB5CmluZGV4IGQ2MWFkNTMuLmNhOWMwNzQgMTAwNjQ0Ci0tLSBhL2JpdGJh
a2UvbGliL2JiL2RhdGFfc21hcnQucHkKKysrIGIvYml0YmFrZS9saWIvYmIvZGF0YV9zbWFydC5w
eQpAQCAtOTY2LDQgKzk2Niw4IEBAIGNsYXNzIERhdGFTbWFydChNdXRhYmxlTWFwcGluZyk6CiAg
ICAgICAgICAgICAgICAgICAgIGRhdGEudXBkYXRlKHtpOnZhbHVlfSkKIAogICAgICAgICBkYXRh
X3N0ciA9IHN0cihbKGssIGRhdGFba10pIGZvciBrIGluIHNvcnRlZChkYXRhLmtleXMoKSldKQot
ICAgICAgICByZXR1cm4gaGFzaGxpYi5tZDUoZGF0YV9zdHIpLmhleGRpZ2VzdCgpCisgICAgICAg
IG1kNWhhc2ggPSBoYXNobGliLm1kNShkYXRhX3N0cikuaGV4ZGlnZXN0KCkKKyAgICAgICAgd2l0
aCBvcGVuKCcvdG1wL2JiY29uZmlnLiVzJyAlIG1kNWhhc2gsICd3JykgYXMgZjoKKyAgICAgICAg
ICAgIGZvciBrIGluIHNvcnRlZChkYXRhLmtleXMoKSk6CisgICAgICAgICAgICAgICAgZi53cml0
ZSgnJXMgPSAiJXMiXG4nICUgKGssIGRhdGFba10pKQorICAgICAgICByZXR1cm4gbWQ1aGFzaAo=
</data>

          </attachment>
      

    </bug>

</bugzilla>