<?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>1930</bug_id>
          
          <creation_ts>2012-01-24 07:39:34 +0000</creation_ts>
          <short_desc>Kernel Configuration example (CONFIG_SMP) not working in YP Development Manual</short_desc>
          <delta_ts>2012-01-24 19:41:56 +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.1.1</version>
          <rep_platform>x86</rep_platform>
          <op_sys>x86_64</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>24-jan-2012: resolved/fixed</status_whiteboard>
          <keywords></keywords>
          <priority>High</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>1.1 Point Release</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Scott Rifenbark">srifenbark</reporter>
          <assigned_to name="Richard Purdie">richard.purdie</assigned_to>
          <cc>dvhart</cc>
    
    <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</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>18322</commentid>
    <comment_count>0</comment_count>
      <attachid>321</attachid>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2012-01-24 07:39:34 +0000</bug_when>
    <thetext>Created attachment 321
Three log files: bitbake-20120113180834-Pq6.log, bitbake-20120113180945-WWq.log, and bitbake-20120113181019-NtT.log

I was verifying an example in the YP Dev Manual and could not get it to work correctly using poky-contrib in the josh/edison branch.  The example begins with section B.2, which changes the kernel configuration using menuconfig and then rebuilds the kernel image and runs it in qemu to look at the configuration.  I worked a bit with Darren and he said the behavior here is strange and I should send the log files to you.

Here are the commands used:

cd ~/poky-contrib
source oe-init-build-env
log bitbake linux-yocto -c menuconfig
log bitbake linux-yocto -c compile -f
log bitbake linux-yocto -c deploy -f

I am attaching the three log files.

Here is more explanation from Darren....

Specifically the deploy command doesn&apos;t get run. If Scott just runs
&quot;bitbake linux-yocto&quot; after the forced compile, it doesn&apos;t run any tasks
(and it should run install-&gt;deploy-&gt;package). Maybe something wonky with
the stamp files? I thought the deploy -f should ignore those though, so
I can&apos;t explain why that doesn&apos;t work around the problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18323</commentid>
    <comment_count>1</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-01-24 08:24:17 +0000</bug_when>
    <thetext>My impression is that this is a failure with bitbake not tracking the state properly. When a &quot;bitbake $RECIPE -c compile -f&quot; is run, it is my understanding that a subsequent &quot;bitbake $RECIPE&quot; command should pick up from the task following compile.

Richard, would you agree? Or do you feel there is more investigation to be done for the kernel recipe itself?

I&apos;m marking this as High Major because this is a breakage in the defined Linux kernel workflow.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18324</commentid>
    <comment_count>2</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-01-24 08:34:22 +0000</bug_when>
    <thetext>I&apos;m trying to reproduce locally now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18327</commentid>
    <comment_count>3</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-01-24 09:03:23 +0000</bug_when>
    <thetext>FWIW I agree. The -f to the deploy task shouldn&apos;t be necessary.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18328</commentid>
    <comment_count>4</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-01-24 09:10:34 +0000</bug_when>
    <thetext>Agreed, the -f should not be necessary - but note from the log that it did not work either. The deploy task was not run even with -f.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18330</commentid>
    <comment_count>5</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2012-01-24 09:29:34 +0000</bug_when>
    <thetext>I agree that either way, whether you run &quot;bitbake linux-yocto&quot;, &quot;bitbake linux-yocto -c deploy&quot; or add a -f too, it should rerun those tasks. The fact it doesn&apos;t is a clear bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18334</commentid>
    <comment_count>6</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-01-24 11:12:29 +0000</bug_when>
    <thetext>This wasn&apos;t reproducible for me unfortunatley. I updated contrib/josh/edison and build for qemux86. I&apos;m building with BB=14,PM=12, and only ipk. Otherwise my config should be mostly stock.

I built on Ubuntu 11.10 64b. Scott, what are you building on? Have you tried this from a completely clean state?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18336</commentid>
    <comment_count>7</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2012-01-24 11:21:05 +0000</bug_when>
    <thetext>Darren, 

My machine is 64-bit and runs Ubuntu 10.04 LTS.  BB=4 and PM=4.  MACHINE=qemux86.  PACKAGE_CLASSES = package_rpm. 

I ran it after running the example in B.1, which is the one that changes the kernel source and inserts the printk statements that you see when you start qemu.

I will completely wipe the slate and re-run everything clean.  I am going to use poky-contrib as the Git repo.  I will work from &apos;josh/edison&apos; branch.  I will also work from the &apos;edison&apos; branch in the poky-extras repo I set up inside poky-contrib.

Does this sound ok?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18340</commentid>
    <comment_count>8</comment_count>
    <who name="Darren Hart">dvhart</who>
    <bug_when>2012-01-24 13:39:45 +0000</bug_when>
    <thetext>Scott, sounds good.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>18343</commentid>
    <comment_count>9</comment_count>
    <who name="Scott Rifenbark">srifenbark</who>
    <bug_when>2012-01-24 19:41:56 +0000</bug_when>
    <thetext>I ran this with a clean slate and in a very isolated manner that did not piggy-back on the previous example.  The example worked as written.  So this apparently is not a bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>321</attachid>
            <date>2012-01-24 07:39:34 +0000</date>
            <delta_ts>2012-01-24 07:39:34 +0000</delta_ts>
            <desc>Three log files: bitbake-20120113180834-Pq6.log, bitbake-20120113180945-WWq.log, and bitbake-20120113181019-NtT.log</desc>
            <filename>logs.log</filename>
            <type>text/x-log</type>
            <size>5638</size>
            <attacher name="Scott Rifenbark">srifenbark</attacher>
            
              <data encoding="base64">U3RhcnQ6IDIwMTIwMTEzMTgwODM0Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT0KTG9hZGluZyBjYWNoZS4uLmRvbmUuCkxvYWRlZCAxMDM0IGVudHJpZXMgZnJvbSBkZXBl
bmRlbmN5IGNhY2hlLgpOT1RFOiBSZXNvbHZpbmcgYW55IG1pc3NpbmcgdGFzayBxdWV1ZSBkZXBl
bmRlbmNpZXMKTk9URTogUHJlcGFyaW5nIHJ1bnF1ZXVlCk5PVEU6IEV4ZWN1dGluZyBTZXRTY2Vu
ZSBUYXNrcwpOT1RFOiBFeGVjdXRpbmcgUnVuUXVldWUgVGFza3MKCk9FIEJ1aWxkIENvbmZpZ3Vy
YXRpb246CkJCX1ZFUlNJT04gICAgICAgID0gIjEuMTMuMyIKVEFSR0VUX0FSQ0ggICAgICAgPSAi
aTU4NiIKVEFSR0VUX09TICAgICAgICAgPSAibGludXgiCk1BQ0hJTkUgICAgICAgICAgID0gInFl
bXV4ODYiCkRJU1RSTyAgICAgICAgICAgID0gInBva3kiCkRJU1RST19WRVJTSU9OICAgID0gIjEu
MSIKVFVORV9GRUFUVVJFUyAgICAgPSAibTMyIGk1ODYiClRBUkdFVF9GUFUgICAgICAgID0gIiIK
bWV0YSAgICAgICAgICAgICAgCm1ldGEteW9jdG8gICAgICAgID0gImVkaXNvbjpkNDhhYmQxYzE3
ZjY0ZDczNTQyZWE1MWE2N2UxY2UzMTBkNTA2ZWQ1IgptZXRhLWtlcm5lbC1kZXYgICA9ICJtYXN0
ZXI6ZDc2NzVhOGUzM2ZhNzI0NGE1MzBlMzRhYzJjMTNkNjQwMDRkZmQxNyIKCk5PVEU6IFJ1bm5p
bmcgdGFzayAyOTMgb2YgMjkzIChJRDogNywgL2hvbWUvc2NvdHRyaWYvcG9reS1jb250cmliL21l
dGEvcmVjaXBlcy1rZXJuZWwvbGludXgvbGludXgteW9jdG9fMy4wLmJiLCBkb19tZW51Y29uZmln
KQpOT1RFOiBwYWNrYWdlIGxpbnV4LXlvY3RvLTMuMC4xMCtnaXQxK2QzODZlMDlmMzE2ZTAzMDYx
YzA4OGQyYjEzYTQ4NjA1YzIwZmIzYTZfMSs1YjQ4YjE4Y2UzMDU1YjU0NjRmNzMyY2EwZjk3OTNh
OWFjNTk2ZjdhLXIzOiB0YXNrIGRvX21lbnVjb25maWc6IFN0YXJ0ZWQKTk9URTogcGFja2FnZSBs
aW51eC15b2N0by0zLjAuMTArZ2l0MStkMzg2ZTA5ZjMxNmUwMzA2MWMwODhkMmIxM2E0ODYwNWMy
MGZiM2E2XzErNWI0OGIxOGNlMzA1NWI1NDY0ZjczMmNhMGY5NzkzYTlhYzU5NmY3YS1yMzogdGFz
ayBkb19tZW51Y29uZmlnOiBTdWNjZWVkZWQKTk9URTogVGFza3MgU3VtbWFyeTogQXR0ZW1wdGVk
IDI5MyB0YXNrcyBvZiB3aGljaCAyOTIgZGlkbid0IG5lZWQgdG8gYmUgcmVydW4gYW5kIDAgZmFp
bGVkLgoJQ29tbWFuZCBiZWluZyB0aW1lZDogImJpdGJha2UgbGludXgteW9jdG8gLWMgbWVudWNv
bmZpZyIKCVVzZXIgdGltZSAoc2Vjb25kcyk6IDYuNTIKCVN5c3RlbSB0aW1lIChzZWNvbmRzKTog
MS4xNAoJUGVyY2VudCBvZiBDUFUgdGhpcyBqb2IgZ290OiAxNyUKCUVsYXBzZWQgKHdhbGwgY2xv
Y2spIHRpbWUgKGg6bW06c3Mgb3IgbTpzcyk6IDA6NDQuMDIKCUF2ZXJhZ2Ugc2hhcmVkIHRleHQg
c2l6ZSAoa2J5dGVzKTogMAoJQXZlcmFnZSB1bnNoYXJlZCBkYXRhIHNpemUgKGtieXRlcyk6IDAK
CUF2ZXJhZ2Ugc3RhY2sgc2l6ZSAoa2J5dGVzKTogMAoJQXZlcmFnZSB0b3RhbCBzaXplIChrYnl0
ZXMpOiAwCglNYXhpbXVtIHJlc2lkZW50IHNldCBzaXplIChrYnl0ZXMpOiA1MjQ2NDAKCUF2ZXJh
Z2UgcmVzaWRlbnQgc2V0IHNpemUgKGtieXRlcyk6IDAKCU1ham9yIChyZXF1aXJpbmcgSS9PKSBw
YWdlIGZhdWx0czogMjQKCU1pbm9yIChyZWNsYWltaW5nIGEgZnJhbWUpIHBhZ2UgZmF1bHRzOiAz
NDIzNTkKCVZvbHVudGFyeSBjb250ZXh0IHN3aXRjaGVzOiA1NjYxOAoJSW52b2x1bnRhcnkgY29u
dGV4dCBzd2l0Y2hlczogMTA4OQoJU3dhcHM6IDAKCUZpbGUgc3lzdGVtIGlucHV0czogMTMwNTYK
CUZpbGUgc3lzdGVtIG91dHB1dHM6IDY2NAoJU29ja2V0IG1lc3NhZ2VzIHNlbnQ6IDAKCVNvY2tl
dCBtZXNzYWdlcyByZWNlaXZlZDogMAoJU2lnbmFscyBkZWxpdmVyZWQ6IDAKCVBhZ2Ugc2l6ZSAo
Ynl0ZXMpOiA0MDk2CglFeGl0IHN0YXR1czogMAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09CkVuZDogMjAxMjAxMTMxODA5MTgKCgoKCgoKU3RhcnQ6IDIwMTIwMTEzMTgw
OTQ1Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KTG9hZGluZyBjYWNo
ZS4uLmRvbmUuCkxvYWRlZCAxMDM0IGVudHJpZXMgZnJvbSBkZXBlbmRlbmN5IGNhY2hlLgpOT1RF
OiBSZXNvbHZpbmcgYW55IG1pc3NpbmcgdGFzayBxdWV1ZSBkZXBlbmRlbmNpZXMKTk9URTogUHJl
cGFyaW5nIHJ1bnF1ZXVlCk5PVEU6IEV4ZWN1dGluZyBTZXRTY2VuZSBUYXNrcwpOT1RFOiBFeGVj
dXRpbmcgUnVuUXVldWUgVGFza3MKCk9FIEJ1aWxkIENvbmZpZ3VyYXRpb246CkJCX1ZFUlNJT04g
ICAgICAgID0gIjEuMTMuMyIKVEFSR0VUX0FSQ0ggICAgICAgPSAiaTU4NiIKVEFSR0VUX09TICAg
ICAgICAgPSAibGludXgiCk1BQ0hJTkUgICAgICAgICAgID0gInFlbXV4ODYiCkRJU1RSTyAgICAg
ICAgICAgID0gInBva3kiCkRJU1RST19WRVJTSU9OICAgID0gIjEuMSIKVFVORV9GRUFUVVJFUyAg
ICAgPSAibTMyIGk1ODYiClRBUkdFVF9GUFUgICAgICAgID0gIiIKbWV0YSAgICAgICAgICAgICAg
Cm1ldGEteW9jdG8gICAgICAgID0gImVkaXNvbjpkNDhhYmQxYzE3ZjY0ZDczNTQyZWE1MWE2N2Ux
Y2UzMTBkNTA2ZWQ1IgptZXRhLWtlcm5lbC1kZXYgICA9ICJtYXN0ZXI6ZDc2NzVhOGUzM2ZhNzI0
NGE1MzBlMzRhYzJjMTNkNjQwMDRkZmQxNyIKCk5PVEU6IFJ1bm5pbmcgdGFzayAyOTQgb2YgMjk0
IChJRDogOCwgL2hvbWUvc2NvdHRyaWYvcG9reS1jb250cmliL21ldGEvcmVjaXBlcy1rZXJuZWwv
bGludXgvbGludXgteW9jdG9fMy4wLmJiLCBkb19jb21waWxlKQpOT1RFOiBwYWNrYWdlIGxpbnV4
LXlvY3RvLTMuMC4xMCtnaXQxK2QzODZlMDlmMzE2ZTAzMDYxYzA4OGQyYjEzYTQ4NjA1YzIwZmIz
YTZfMSs1YjQ4YjE4Y2UzMDU1YjU0NjRmNzMyY2EwZjk3OTNhOWFjNTk2ZjdhLXIzOiB0YXNrIGRv
X2NvbXBpbGU6IFN0YXJ0ZWQKTk9URTogcGFja2FnZSBsaW51eC15b2N0by0zLjAuMTArZ2l0MStk
Mzg2ZTA5ZjMxNmUwMzA2MWMwODhkMmIxM2E0ODYwNWMyMGZiM2E2XzErNWI0OGIxOGNlMzA1NWI1
NDY0ZjczMmNhMGY5NzkzYTlhYzU5NmY3YS1yMzogdGFzayBkb19jb21waWxlOiBTdWNjZWVkZWQK
Tk9URTogVGFza3MgU3VtbWFyeTogQXR0ZW1wdGVkIDI5NCB0YXNrcyBvZiB3aGljaCAyOTMgZGlk
bid0IG5lZWQgdG8gYmUgcmVydW4gYW5kIDAgZmFpbGVkLgoJQ29tbWFuZCBiZWluZyB0aW1lZDog
ImJpdGJha2UgbGludXgteW9jdG8gLWMgY29tcGlsZSAtZiIKCVVzZXIgdGltZSAoc2Vjb25kcyk6
IDMyLjk5CglTeXN0ZW0gdGltZSAoc2Vjb25kcyk6IDQuNTIKCVBlcmNlbnQgb2YgQ1BVIHRoaXMg
am9iIGdvdDogMzk1JQoJRWxhcHNlZCAod2FsbCBjbG9jaykgdGltZSAoaDptbTpzcyBvciBtOnNz
KTogMDowOS40OAoJQXZlcmFnZSBzaGFyZWQgdGV4dCBzaXplIChrYnl0ZXMpOiAwCglBdmVyYWdl
IHVuc2hhcmVkIGRhdGEgc2l6ZSAoa2J5dGVzKTogMAoJQXZlcmFnZSBzdGFjayBzaXplIChrYnl0
ZXMpOiAwCglBdmVyYWdlIHRvdGFsIHNpemUgKGtieXRlcyk6IDAKCU1heGltdW0gcmVzaWRlbnQg
c2V0IHNpemUgKGtieXRlcyk6IDUyNTM3NgoJQXZlcmFnZSByZXNpZGVudCBzZXQgc2l6ZSAoa2J5
dGVzKTogMAoJTWFqb3IgKHJlcXVpcmluZyBJL08pIHBhZ2UgZmF1bHRzOiAwCglNaW5vciAocmVj
bGFpbWluZyBhIGZyYW1lKSBwYWdlIGZhdWx0czogMTcyNjk3NQoJVm9sdW50YXJ5IGNvbnRleHQg
c3dpdGNoZXM6IDYyODQ5CglJbnZvbHVudGFyeSBjb250ZXh0IHN3aXRjaGVzOiA1NzE0CglTd2Fw
czogMAoJRmlsZSBzeXN0ZW0gaW5wdXRzOiAwCglGaWxlIHN5c3RlbSBvdXRwdXRzOiAxMDI0CglT
b2NrZXQgbWVzc2FnZXMgc2VudDogMAoJU29ja2V0IG1lc3NhZ2VzIHJlY2VpdmVkOiAwCglTaWdu
YWxzIGRlbGl2ZXJlZDogMAoJUGFnZSBzaXplIChieXRlcyk6IDQwOTYKCUV4aXQgc3RhdHVzOiAw
Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KRW5kOiAyMDEyMDExMzE4
MDk1NAoKCgoKU3RhcnQ6IDIwMTIwMTEzMTgxMDE5Cj09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT0KTG9hZGluZyBjYWNoZS4uLmRvbmUuCkxvYWRlZCAxMDM0IGVudHJpZXMg
ZnJvbSBkZXBlbmRlbmN5IGNhY2hlLgpOT1RFOiBSZXNvbHZpbmcgYW55IG1pc3NpbmcgdGFzayBx
dWV1ZSBkZXBlbmRlbmNpZXMKTk9URTogUHJlcGFyaW5nIHJ1bnF1ZXVlCk5PVEU6IEV4ZWN1dGlu
ZyBTZXRTY2VuZSBUYXNrcwpOT1RFOiBFeGVjdXRpbmcgUnVuUXVldWUgVGFza3MKTk9URTogVGFz
a3MgU3VtbWFyeTogQXR0ZW1wdGVkIDM3OCB0YXNrcyBvZiB3aGljaCAzNzggZGlkbid0IG5lZWQg
dG8gYmUgcmVydW4gYW5kIDAgZmFpbGVkLgoKT0UgQnVpbGQgQ29uZmlndXJhdGlvbjoKQkJfVkVS
U0lPTiAgICAgICAgPSAiMS4xMy4zIgpUQVJHRVRfQVJDSCAgICAgICA9ICJpNTg2IgpUQVJHRVRf
T1MgICAgICAgICA9ICJsaW51eCIKTUFDSElORSAgICAgICAgICAgPSAicWVtdXg4NiIKRElTVFJP
ICAgICAgICAgICAgPSAicG9reSIKRElTVFJPX1ZFUlNJT04gICAgPSAiMS4xIgpUVU5FX0ZFQVRV
UkVTICAgICA9ICJtMzIgaTU4NiIKVEFSR0VUX0ZQVSAgICAgICAgPSAiIgptZXRhICAgICAgICAg
ICAgICAKbWV0YS15b2N0byAgICAgICAgPSAiZWRpc29uOmQ0OGFiZDFjMTdmNjRkNzM1NDJlYTUx
YTY3ZTFjZTMxMGQ1MDZlZDUiCm1ldGEta2VybmVsLWRldiAgID0gIm1hc3RlcjpkNzY3NWE4ZTMz
ZmE3MjQ0YTUzMGUzNGFjMmMxM2Q2NDAwNGRmZDE3IgoKCUNvbW1hbmQgYmVpbmcgdGltZWQ6ICJi
aXRiYWtlIGxpbnV4LXlvY3RvIC1jIGRlcGxveSAtZiIKCVVzZXIgdGltZSAoc2Vjb25kcyk6IDMu
NjIKCVN5c3RlbSB0aW1lIChzZWNvbmRzKTogMC41NwoJUGVyY2VudCBvZiBDUFUgdGhpcyBqb2Ig
Z290OiA5NSUKCUVsYXBzZWQgKHdhbGwgY2xvY2spIHRpbWUgKGg6bW06c3Mgb3IgbTpzcyk6IDA6
MDQuMzkKCUF2ZXJhZ2Ugc2hhcmVkIHRleHQgc2l6ZSAoa2J5dGVzKTogMAoJQXZlcmFnZSB1bnNo
YXJlZCBkYXRhIHNpemUgKGtieXRlcyk6IDAKCUF2ZXJhZ2Ugc3RhY2sgc2l6ZSAoa2J5dGVzKTog
MAoJQXZlcmFnZSB0b3RhbCBzaXplIChrYnl0ZXMpOiAwCglNYXhpbXVtIHJlc2lkZW50IHNldCBz
aXplIChrYnl0ZXMpOiA1MjQwNDgKCUF2ZXJhZ2UgcmVzaWRlbnQgc2V0IHNpemUgKGtieXRlcyk6
IDAKCU1ham9yIChyZXF1aXJpbmcgSS9PKSBwYWdlIGZhdWx0czogMAoJTWlub3IgKHJlY2xhaW1p
bmcgYSBmcmFtZSkgcGFnZSBmYXVsdHM6IDkyOTY2CglWb2x1bnRhcnkgY29udGV4dCBzd2l0Y2hl
czogNTcxOTQKCUludm9sdW50YXJ5IGNvbnRleHQgc3dpdGNoZXM6IDYwNwoJU3dhcHM6IDAKCUZp
bGUgc3lzdGVtIGlucHV0czogMAoJRmlsZSBzeXN0ZW0gb3V0cHV0czogNjQKCVNvY2tldCBtZXNz
YWdlcyBzZW50OiAwCglTb2NrZXQgbWVzc2FnZXMgcmVjZWl2ZWQ6IDAKCVNpZ25hbHMgZGVsaXZl
cmVkOiAwCglQYWdlIHNpemUgKGJ5dGVzKTogNDA5NgoJRXhpdCBzdGF0dXM6IDAKPT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpFbmQ6IDIwMTIwMTEzMTgxMDIzCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>