<?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>1496</bug_id>
          
          <creation_ts>2011-09-19 06:16:13 +0000</creation_ts>
          <short_desc>[multilib] lib32 build against qemux86 failed during do_rootfs</short_desc>
          <delta_ts>2011-10-08 08:34:09 +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>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>High</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.1</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Jiajun Xu">jiajun.xu</reporter>
          <assigned_to name="Richard Purdie">richard.purdie</assigned_to>
          <cc>dongxiao.xu</cc>
    
    <cc>ke.yu</cc>
    
    <cc>mark.hatle</cc>
    
    <cc>poky.bs.watcher</cc>
    
    <cc>poky.watcher</cc>
    
    <cc>sgw</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>16285</commentid>
    <comment_count>0</comment_count>
    <who name="Jiajun Xu">jiajun.xu</who>
    <bug_when>2011-09-19 06:16:13 +0000</bug_when>
    <thetext>tree/branch: poky/1.1_M4
commit: 6462c158fc482e495c1171ffc7747e2ad650a292

With 1.1 M4 branch, if I build a lib32 sato image for qemux86 against rpm, it will report failure when do_rootfs for the image.

#########
| Generating solve db for /home/jxu49/osel/poky-rc2/build/tmp/deploy/rpm/all...
|    total:               1      0.000000 MB      0.117477 secs
|    fingerprint:        96      0.003280 MB      0.004312 secs
|    install:            32      0.000000 MB      0.064543 secs
|    dbadd:              32      0.000000 MB      0.061846 secs
|    dbget:             593      0.000000 MB      0.000224 secs
|    dbput:              32      0.263180 MB      0.037912 secs
|    readhdr:           321      0.527296 MB      0.000529 secs
|    hdrload:           160      0.783212 MB      0.001197 secs
|    hdrget:           5283      0.000000 MB      0.002113 secs
| Processing locale-base-en-us...
| Processing locale-base-en-gb...
| Processing lib32-task-core-boot...
| Processing lib32-task-core-apps-console...
| Processing lib32-task-core-ssh-dropbear...
| Unable to find package lib32-task-core-ssh-dropbear (task-core-ssh-dropbear)!
| ERROR: Function &apos;do_rootfs&apos; failed (see /home/jxu49/osel/poky-rc2/build/tmp/work/qemux86-pokymllib32-linux/lib32-core-image-sato-1.0-r0/temp/log.do_rootfs.11249 for further information)
NOTE: package lib32-core-image-sato-1.0-r0: task do_rootfs: Failed
ERROR: Task 8 (virtual:multilib:lib32:/home/jxu49/osel/poky-rc2/meta/recipes-sato/images/core-image-sato.bb, do_rootfs) failed with exit code &apos;1&apos;
ERROR: &apos;virtual:multilib:lib32:/home/jxu49/osel/poky-rc2/meta/recipes-sato/images/core-image-sato.bb&apos; failed
#########</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16368</commentid>
    <comment_count>1</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2011-09-21 17:52:52 +0000</bug_when>
    <thetext>Jiajun: Could you include the local.conf settings you&apos;re using for this build and what target you&apos;re building please?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16386</commentid>
    <comment_count>2</comment_count>
    <who name="Jiajun Xu">jiajun.xu</who>
    <bug_when>2011-09-22 00:45:17 +0000</bug_when>
    <thetext>After discussing with RP and Dongxiao, my previous configuration is wrong. Now I re-test the lib32-core-image-sato build against MACHINE qemux86 and get following failure when do_rootfs. Update the bug title to reflect the re-test result.

Configuration of local.conf:
Target: lib32-core-image-sato
MACHINE: qemux86
###
require conf/multilib.conf
MULTILIBS = &quot;multilib:lib32&quot;
DEFAULTTUNE_virtclass-multilib-lib32 = &quot;x86&quot;
###


#######
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
NOTE: Running task 5507 of 5509 (ID: 8, virtual:multilib:lib32:/home/jxu49/osel/poky-rc2-tmp/meta/recipes-sato/images/core-image-sato.bb, do_rootfs)
NOTE: package lib32-core-image-sato-1.0-r0: task do_rootfs: Started
ERROR: Function &apos;do_rootfs&apos; failed (see /home/jxu49/osel/poky-rc2-tmp/lib32-core-build-qemux86/tmp/work/qemux86-pokymllib32-linux/lib32-core-image-sato-1.0-r0/temp/log.do_rootfs.8656 for further information)
ERROR: Logfile of failure stored in: /home/jxu49/osel/poky-rc2-tmp/lib32-core-build-qemux86/tmp/work/qemux86-pokymllib32-linux/lib32-core-image-sato-1.0-r0/temp/log.do_rootfs.8656
Log data follows:
| Generating solve db for /home/jxu49/osel/poky-rc2-tmp/lib32-core-build-qemux86/tmp/deploy/rpm/qemux86...
|    total:               1      0.000000 MB      0.956078 secs
|    fingerprint:      1176      0.007038 MB      0.028398 secs
|    install:           392      0.000000 MB      0.515904 secs
|    dbadd:             392      0.000000 MB      0.505608 secs
|    dbget:            2192      0.000000 MB      0.002672 secs
|    dbput:             392      1.833220 MB      0.429663 secs
|    readhdr:          3921      3.631144 MB      0.004358 secs
|    hdrload:          1966      5.392696 MB      0.013285 secs
|    hdrget:          67441      0.000000 MB      0.013922 secs
| Generating solve db for /home/jxu49/osel/poky-rc2-tmp/lib32-core-build-qemux86/tmp/deploy/rpm/all...
|    total:               1      0.000000 MB      0.120617 secs
|    fingerprint:        96      0.003280 MB      0.005061 secs
|    install:            32      0.000000 MB      0.060411 secs
|    dbadd:              32      0.000000 MB      0.057227 secs
|    dbget:             593      0.000000 MB      0.000194 secs
|    dbput:              32      0.263936 MB      0.033075 secs
|    readhdr:           321      0.527296 MB      0.000474 secs
|    hdrload:           160      0.783968 MB      0.001036 secs
|    hdrget:           5283      0.000000 MB      0.001771 secs
| Generating solve db for /home/jxu49/osel/poky-rc2-tmp/lib32-core-build-qemux86/tmp/deploy/rpm/qemux86...
|    total:               1      0.000000 MB      0.919319 secs
|    fingerprint:      1176      0.007038 MB      0.024836 secs
|    install:           392      0.000000 MB      0.513258 secs
|    dbadd:             392      0.000000 MB      0.502754 secs
|    dbget:            2192      0.000000 MB      0.002710 secs
|    dbput:             392      1.833220 MB      0.427266 secs
|    readhdr:          3921      3.631144 MB      0.004343 secs
|    hdrload:          1966      5.392696 MB      0.013321 secs
|    hdrget:          67441      0.000000 MB      0.012641 secs
| Generating solve db for /home/jxu49/osel/poky-rc2-tmp/lib32-core-build-qemux86/tmp/deploy/rpm/all...
|    total:               1      0.000000 MB      0.114690 secs
|    fingerprint:        96      0.003280 MB      0.004677 secs
|    install:            32      0.000000 MB      0.058752 secs
|    dbadd:              32      0.000000 MB      0.055867 secs
|    dbget:             593      0.000000 MB      0.000203 secs
|    dbput:              32      0.263936 MB      0.033427 secs
|    readhdr:           321      0.527296 MB      0.000472 secs
|    hdrload:           160      0.783968 MB      0.001094 secs
|    hdrget:           5283      0.000000 MB      0.001649 secs
| Generating solve db for /home/jxu49/osel/poky-rc2-tmp/lib32-core-build-qemux86/tmp/deploy/rpm/all...
|    total:               1      0.000000 MB      0.114917 secs
|    fingerprint:        96      0.003280 MB      0.004640 secs
|    install:            32      0.000000 MB      0.059053 secs
|    dbadd:              32      0.000000 MB      0.056181 secs
|    dbget:             593      0.000000 MB      0.000219 secs
|    dbput:              32      0.263936 MB      0.033792 secs
|    readhdr:           321      0.527296 MB      0.000473 secs
|    hdrload:           160      0.783968 MB      0.001137 secs
|    hdrget:           5283      0.000000 MB      0.001746 secs
| Processing locale-base-en-us...
| Unable to find package locale-base-en-us (locale-base-en-us)!
| ERROR: Function &apos;do_rootfs&apos; failed (see /home/jxu49/osel/poky-rc2-tmp/lib32-core-build-qemux86/tmp/work/qemux86-pokymllib32-linux/lib32-core-image-sato-1.0-r0/temp/log.do_rootfs.8656 for further information)
NOTE: package lib32-core-image-sato-1.0-r0: task do_rootfs: Failed
ERROR: Task 8 (virtual:multilib:lib32:/home/jxu49/osel/poky-rc2-tmp/meta/recipes-sato/images/core-image-sato.bb, do_rootfs) failed with exit code &apos;1&apos;
ERROR: &apos;virtual:multilib:lib32:/home/jxu49/osel/poky-rc2-tmp/meta/recipes-sato/images/core-image-sato.bb&apos; failed
#######</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16389</commentid>
    <comment_count>3</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2011-09-22 01:32:14 +0000</bug_when>
    <thetext>Ok, now I understand exactly what is happening here. In summary its the &quot;lib32-core-image-sato&quot; that is failing. We&apos;d not considered someone building a multilib image target up to this point.

The image code assumes it starts in normal target package context. multilib.bbclass simply doesn&apos;t know how to extend an image class file. I&apos;ll attach a patch as a quick attempt at teaching it this and it kind of works (you get an image) but there is a fundamental problem. The code makes the assumption that target packages are in IMAGE_INSTALL and multilib packages are in MULTILIB_IMAGE_INSTALL. I&apos;d previously commented I didn&apos;t see why we needed to do this, now we see why its a problem :/.

To make my patch work, we need to just support IMAGE_INSTALL containing both multilib and normal targets. We then need to filter this into sets of multilibs for the code that needs the separate list.

So in summary, we can make this work but there are several sets of changes needed. I&apos;m tempted to say this isn&apos;t supported in 1.1 (remove the image targets themselves from the list in multilib.conf) and then make this a post 1.1 task.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16390</commentid>
    <comment_count>4</comment_count>
      <attachid>248</attachid>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2011-09-22 01:32:53 +0000</bug_when>
    <thetext>Created attachment 248
Enable images to work with mutlilib - POC</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16392</commentid>
    <comment_count>5</comment_count>
    <who name="Dongxiao Xu">dongxiao.xu</who>
    <bug_when>2011-09-22 02:34:12 +0000</bug_when>
    <thetext>We already mapped the PACKAGE_INSTALL in multilib.bbclass and I think it contains IMAGE_INSTALL.

when building the lib32-core-image-sato, we defined the DEFAULTTUNE_virtclass-multilib-lib32=&quot;x86&quot;, that means when doing rootfs, system will trying to search &quot;all&quot;, &quot;x86&quot;, and &quot;lib32-qemux86&quot; as its installation repos. 

On the other hand when packages generates RPM files, the destination folder is: &apos;${PKGWRITEDIRRPM}/${PACKAGE_ARCH}&apos;, where the PACKAGE_ARCH is defined as &quot;${TUNE_PKGARCH}&quot;. As we know for qemux86, TUNE_PKGARCH is defined as i586, so packages will be written to deploy/rpm/i586 folder, which is not in the rootfs repo.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16393</commentid>
    <comment_count>6</comment_count>
      <attachid>249</attachid>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2011-09-22 03:37:47 +0000</bug_when>
    <thetext>Created attachment 249
Better patch showing how to map variables in image.bbclass case

The attached patch is a better version of how to map variables for image.bbclass. As noted in the code, we have no mechanism to handle adding multilib recommended/attemponly packages though so this is an issue with the patch as it stands as those items will get ignored.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16394</commentid>
    <comment_count>7</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2011-09-22 04:21:34 +0000</bug_when>
    <thetext>Talking further with Dongxiao, there are multiple issues here. The IMAGE_INSTALL/PACKAGE_INSTALL issue does exist and needs addressing since whilst we did remap the variable, we remapped several variables we shouldn&apos;t in the image.bbclass case and also, we placed multilib packages into PACKAGE_INSTALL when they need to go into MULTILIB_PACKAGE_INSTALL.

The second issue is that in the configured multilib case in this bug, both the target packages and the multilib &quot;lib32&quot; packages both get placed in the deploy/rpm/i586 directory. I propose the solution is mutlilib packages should be placed into &quot;lib32-i586&quot; instead.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16469</commentid>
    <comment_count>8</comment_count>
    <who name="Jiajun Xu">jiajun.xu</who>
    <bug_when>2011-09-26 05:56:58 +0000</bug_when>
    <thetext>With latest edison branch, lib32 build against qemux86 still fails during do_rootfs:


#########
Generating solve db for /home/jxu49/osel/poky/lib32-core-image-qemux86/tmp/deploy/rpm/all...
   total:               1      0.000000 MB      0.124053 secs
   fingerprint:        96      0.003280 MB      0.004623 secs
   install:            32      0.000000 MB      0.068264 secs
   dbadd:              32      0.000000 MB      0.065528 secs
   dbget:             593      0.000000 MB      0.000242 secs
   dbput:              32      0.262388 MB      0.039725 secs
   readhdr:           321      0.524712 MB      0.000552 secs
   hdrload:           160      0.779836 MB      0.001288 secs
   hdrget:           5288      0.000000 MB      0.002535 secs
Processing locale-base-en-us...
Processing locale-base-en-gb...
Manifest: /home/jxu49/osel/poky/lib32-core-image-qemux86/tmp/work/qemux86-poky-linux/lib32-core-image-sato-1.0-r0/rootfs/install/install.manifest
Processing lib32-task-core-boot...
Unable to find package lib32-task-core-boot (task-core-boot)!
ERROR: Function &apos;do_rootfs&apos; failed (see /home/jxu49/osel/poky/lib32-core-image-qemux86/tmp/work/qemux86-poky-linux/lib32-core-image-sato-1.0-r0/temp/log.do_rootfs.6226 for further information)
#########</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16473</commentid>
    <comment_count>9</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2011-09-26 06:39:25 +0000</bug_when>
    <thetext>I think Dongxiao had insight into this earlier in that we need to also map the RDEPENDS field for images.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16555</commentid>
    <comment_count>10</comment_count>
    <who name="Dongxiao Xu">dongxiao.xu</who>
    <bug_when>2011-09-28 18:09:19 +0000</bug_when>
    <thetext>Fixed by http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=9184d807f776ca3c9ef315050fb2a9e139fedc8b</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>16798</commentid>
    <comment_count>11</comment_count>
    <who name="Jiajun Xu">jiajun.xu</who>
    <bug_when>2011-10-08 08:34:09 +0000</bug_when>
    <thetext>Verify the bug as fixed against edison branch.

commit 5ed59ae0f25bf673d514df2371da7e0415b62bb2
Author: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
Date:   Fri Oct 7 00:00:21 2011 +0100

    local.conf.sample: Disable interactive patch resolution for now since
doesn&apos;t work well

    Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>248</attachid>
            <date>2011-09-22 01:32:53 +0000</date>
            <delta_ts>2011-09-22 03:37:47 +0000</delta_ts>
            <desc>Enable images to work with mutlilib - POC</desc>
            <filename>ml-image.patch</filename>
            <type>text/plain</type>
            <size>1232</size>
            <attacher name="Richard Purdie">richard.purdie</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL21ldGEvY2xhc3Nlcy9tdWx0aWxpYi5iYmNsYXNzIGIvbWV0YS9jbGFzc2Vz
L211bHRpbGliLmJiY2xhc3MKaW5kZXggMTM4ZGQyNy4uZmY0YjNkYiAxMDA2NDQKLS0tIGEvbWV0
YS9jbGFzc2VzL211bHRpbGliLmJiY2xhc3MKKysrIGIvbWV0YS9jbGFzc2VzL211bHRpbGliLmJi
Y2xhc3MKQEAgLTExLDYgKzExLDEwIEBAIHB5dGhvbiBtdWx0aWxpYl92aXJ0Y2xhc3NfaGFuZGxl
ciAoKSB7CiAgICAgaWYgYmIuZGF0YS5pbmhlcml0c19jbGFzcygna2VybmVsJywgZS5kYXRhKSBv
ciBiYi5kYXRhLmluaGVyaXRzX2NsYXNzKCdtb2R1bGUtYmFzZScsIGUuZGF0YSkgb3IgYmIuZGF0
YS5pbmhlcml0c19jbGFzcygnYWxsYXJjaCcsIGUuZGF0YSk6CiAgICAgICAgIHJhaXNlIGJiLnBh
cnNlLlNraXBQYWNrYWdlKCJXZSBzaG91bGRuJ3QgaGF2ZSBtdWx0aWxpYiB2YXJpYW50cyBmb3Ig
dGhlIGtlcm5lbCIpCiAKKyAgICBpZiBiYi5kYXRhLmluaGVyaXRzX2NsYXNzKCdpbWFnZScsIGUu
ZGF0YSk6CisgICAgICAgIGUuZGF0YS5zZXRWYXIoIlBOIiwgdmFyaWFudCArICItIiArIGUuZGF0
YS5nZXRWYXIoIlBOIiwgRmFsc2UpKQorICAgICAgICByZXR1cm4KKwogICAgIHNhdmVfdmFyX25h
bWU9ZS5kYXRhLmdldFZhcigiTVVMVElMSUJfU0FWRV9WQVJOQU1FIiwgVHJ1ZSkgb3IgIiIKICAg
ICBmb3IgbmFtZSBpbiBzYXZlX3Zhcl9uYW1lLnNwbGl0KCk6CiAgICAgICAgIHZhbD1lLmRhdGEu
Z2V0VmFyKG5hbWUsIFRydWUpCkBAIC00OCw2ICs1MiwxMiBAQCBweXRob24gX19hbm9ueW1vdXMg
KCkgewogICAgICAgICAgICAgICAgIG5ld2RlcHMuYXBwZW5kKG11bHRpbGliX2V4dGVuZF9uYW1l
KHZhcmlhbnQsIGRlcCkpCiAgICAgICAgIGQuc2V0VmFyKHZhcm5hbWUsICIgIi5qb2luKG5ld2Rl
cHMpKQogCisgICAgaWYgYmIuZGF0YS5pbmhlcml0c19jbGFzcygnaW1hZ2UnLCBkKToKKyAgICAg
ICAgbWFwX2RlcGVuZGVuY2llcygiUkRFUEVORFMiLCBkKQorICAgICAgICBtYXBfZGVwZW5kZW5j
aWVzKCJSUkVDT01NRU5EUyIsIGQpCisgICAgICAgIG1hcF9kZXBlbmRlbmNpZXMoIklNQUdFX0lO
U1RBTEwiLCBkKQorICAgICAgICByZXR1cm4KKwogICAgIHBrZ3NfbWFwcGluZyA9IFtdCiAgICAg
Zm9yIHBrZyBpbiAoZC5nZXRWYXIoIlBBQ0tBR0VTIiwgVHJ1ZSkgb3IgIiIpLnNwbGl0KCk6CiAg
ICAgICAgIGlmIHBrZy5zdGFydHN3aXRoKHZhcmlhbnQpOgo=
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>249</attachid>
            <date>2011-09-22 03:37:47 +0000</date>
            <delta_ts>2011-09-22 03:37:47 +0000</delta_ts>
            <desc>Better patch showing how to map variables in image.bbclass case</desc>
            <filename>ml-image.patch</filename>
            <type>text/plain</type>
            <size>1472</size>
            <attacher name="Richard Purdie">richard.purdie</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL21ldGEvY2xhc3Nlcy9tdWx0aWxpYi5iYmNsYXNzIGIvbWV0YS9jbGFzc2Vz
L211bHRpbGliLmJiY2xhc3MKaW5kZXggMTM4ZGQyNy4uOThmNjkxMSAxMDA2NDQKLS0tIGEvbWV0
YS9jbGFzc2VzL211bHRpbGliLmJiY2xhc3MKKysrIGIvbWV0YS9jbGFzc2VzL211bHRpbGliLmJi
Y2xhc3MKQEAgLTExLDYgKzExLDEwIEBAIHB5dGhvbiBtdWx0aWxpYl92aXJ0Y2xhc3NfaGFuZGxl
ciAoKSB7CiAgICAgaWYgYmIuZGF0YS5pbmhlcml0c19jbGFzcygna2VybmVsJywgZS5kYXRhKSBv
ciBiYi5kYXRhLmluaGVyaXRzX2NsYXNzKCdtb2R1bGUtYmFzZScsIGUuZGF0YSkgb3IgYmIuZGF0
YS5pbmhlcml0c19jbGFzcygnYWxsYXJjaCcsIGUuZGF0YSk6CiAgICAgICAgIHJhaXNlIGJiLnBh
cnNlLlNraXBQYWNrYWdlKCJXZSBzaG91bGRuJ3QgaGF2ZSBtdWx0aWxpYiB2YXJpYW50cyBmb3Ig
dGhlIGtlcm5lbCIpCiAKKyAgICBpZiBiYi5kYXRhLmluaGVyaXRzX2NsYXNzKCdpbWFnZScsIGUu
ZGF0YSk6CisgICAgICAgIGUuZGF0YS5zZXRWYXIoIlBOIiwgdmFyaWFudCArICItIiArIGUuZGF0
YS5nZXRWYXIoIlBOIiwgRmFsc2UpKQorICAgICAgICByZXR1cm4KKwogICAgIHNhdmVfdmFyX25h
bWU9ZS5kYXRhLmdldFZhcigiTVVMVElMSUJfU0FWRV9WQVJOQU1FIiwgVHJ1ZSkgb3IgIiIKICAg
ICBmb3IgbmFtZSBpbiBzYXZlX3Zhcl9uYW1lLnNwbGl0KCk6CiAgICAgICAgIHZhbD1lLmRhdGEu
Z2V0VmFyKG5hbWUsIFRydWUpCkBAIC00OCw2ICs1MiwxNSBAQCBweXRob24gX19hbm9ueW1vdXMg
KCkgewogICAgICAgICAgICAgICAgIG5ld2RlcHMuYXBwZW5kKG11bHRpbGliX2V4dGVuZF9uYW1l
KHZhcmlhbnQsIGRlcCkpCiAgICAgICAgIGQuc2V0VmFyKHZhcm5hbWUsICIgIi5qb2luKG5ld2Rl
cHMpKQogCisgICAgaWYgYmIuZGF0YS5pbmhlcml0c19jbGFzcygnaW1hZ2UnLCBkKToKKyAgICAg
ICAgbWFwX2RlcGVuZGVuY2llcygiUEFDS0FHRV9JTlNUQUxMIiwgZCkKKyAgICAgICAgcGluc3Rh
bGwgPSBkLmdldFZhcigiUEFDS0FHRV9JTlNUQUxMIiwgVHJ1ZSkgKyAiICIgKyBkLmdldFZhcigi
TVVMVElMSUJfUEFDS0FHRV9JTlNUQUxMIiwgRmFsc2UpCisgICAgICAgIGQuc2V0VmFyKCJNVUxU
SUxJQl9QQUNLQUdFX0lOU1RBTEwiLCBwaW5zdGFsbCkKKyAgICAgICAgZC5zZXRWYXIoIlBBQ0tB
R0VfSU5TVEFMTCIsICIiKQorICAgICAgICAjIEZJWE1FLCB3ZSBuZWVkIHRvIG1hcCB0aGlzIHRv
IHNvbWV0aGluZywgbm90IGRlbGV0ZSBpdCEKKyAgICAgICAgZC5zZXRWYXIoIlBBQ0tBR0VfSU5T
VEFMTF9BVFRFTVBUT05MWSIsICIiKQorICAgICAgICByZXR1cm4KKwogICAgIHBrZ3NfbWFwcGlu
ZyA9IFtdCiAgICAgZm9yIHBrZyBpbiAoZC5nZXRWYXIoIlBBQ0tBR0VTIiwgVHJ1ZSkgb3IgIiIp
LnNwbGl0KCk6CiAgICAgICAgIGlmIHBrZy5zdGFydHN3aXRoKHZhcmlhbnQpOgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>