<?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>9076</bug_id>
          
          <creation_ts>2016-02-08 15:17:27 +0000</creation_ts>
          <short_desc>The detection of the image type is incorrectly matching a wrong type</short_desc>
          <delta_ts>2016-09-01 15:10:54 +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>deployment</component>
          <version>unspecified</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></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>2.2</target_milestone>
          
          <blocked>9346</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Igor Stoppa">igor.stoppa</reporter>
          <assigned_to name="Patrick Ohly">patrick.ohly</assigned_to>
          <cc>patrick.ohly</cc>
    
    <cc>sgw</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Yes (doc changes required)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>58734</commentid>
    <comment_count>0</comment_count>
    <who name="Igor Stoppa">igor.stoppa</who>
    <bug_when>2016-02-08 15:17:27 +0000</bug_when>
    <thetext>I have extended the image types to support a .dsk format and this is correctly supported.

However when I tried to support also its xz-compressed version, represented with the type dsk.xz, this triggers a bogus match and the build fails with trying to compress a file that doesn&apos;t exist:  {IMAGE_NAME}.rootfs.${type}

The file doesn&apos;t exist because I am not using the boilerplate recipe for creating the disk image and I have a different naming convention.


Ideally the image_types class would be more flexible, but, lacking that, it should not try to gobble file types that are not its business.

I suspect it&apos;s because the search for a match is too greedy.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59717</commentid>
    <comment_count>1</comment_count>
      <attachid>3019</attachid>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-03-04 09:19:01 +0000</bug_when>
    <thetext>Created attachment 3019
make .rootfs suffix configurable

Our distro and the corresponding image creation class are now public:
https://github.com/ostroproject/meta-ostro/blob/master/meta-ostro/classes/image-dsk.bbclass

(In reply to comment #0)
&gt; I have extended the image types to support a .dsk format and this is
&gt; correctly supported.
&gt; 
&gt; However when I tried to support also its xz-compressed version, represented
&gt; with the type dsk.xz, this triggers a bogus match and the build fails with
&gt; trying to compress a file that doesn&apos;t exist:  {IMAGE_NAME}.rootfs.${type}
&gt; 
&gt; The file doesn&apos;t exist because I am not using the boilerplate recipe for
&gt; creating the disk image and I have a different naming convention.

There are two possible solutions:
1. adapt the base classes such that they also support our naming convention
   (${IMAGE_NAME}.dsk instead of ${IMAGE_NAME}.rootfs.dsk) and use the
   compression support from the base classes
2. disable compression support by overriding COMPRESSIONTYPES

I believe solution 2 is already possible without modifying the core classes. However, I haven&apos;t tried it because I find solution 1 more attractive (no need to re-implement functionality in Ostro OS).

I have tested solution 1 with the attached patch, the result worked for me. Would something like this be acceptable for OE-core?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59728</commentid>
    <comment_count>2</comment_count>
    <who name="Igor Stoppa">igor.stoppa</who>
    <bug_when>2016-03-04 13:19:46 +0000</bug_when>
    <thetext>I would prefer a 3rd option: fix the improper use of the term &quot;rootfs&quot; by dropping it entirely, since the image is not always a single partition.

Attachment 309 doesn&apos;t rectify the misnomer, which is the root cause of .dsk images implementing custom way of doing compression.

Said that, I think it&apos;s still wrong that the current regex associates &quot;dsk.xz&quot; to &quot;xz&quot;, when they are obviously different.

The proposed attachment would simply hide the bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59746</commentid>
    <comment_count>3</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-03-07 08:25:07 +0000</bug_when>
    <thetext>Note that https://bugzilla.yoctoproject.org/attachment.cgi?id=3019 just illustrates the general approach.

After thinking about it some more, I&apos;m not too happy about the variable names anymore and probably would update the patch to use:
IMAGE_NAME_ROOTFS_SUFFIX_DEFAULT = &quot;.rootfs&quot;
IMAGE_NAME_ROOTFS_SUFFIX ??= &quot;.rootfs&quot;
IMAGE_NAME_ROOTFS = &quot;${IMAGE_NAME}${IMAGE_NAME_ROOTFS_SUFFIX}&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59748</commentid>
    <comment_count>4</comment_count>
    <who name="Igor Stoppa">igor.stoppa</who>
    <bug_when>2016-03-07 09:26:43 +0000</bug_when>
    <thetext>My gripe is that the entire class/recipe makes a mistake in generalizing too much what is instead a subcase (image with no partition table and only one partition).

So any reference to rootfs should be discarded or at least limited to when it&apos;s really sure that it&apos;s a rootfs, iow when dealing with the rootfs *partition*.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59749</commentid>
    <comment_count>5</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-03-07 10:04:13 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; I would prefer a 3rd option: fix the improper use of the term &quot;rootfs&quot; by
&gt; dropping it entirely, since the image is not always a single partition.

I agree, and RP said on IRC that he also would prefer that. However, this cannot be done without some carefully managed transition. This patch is a step towards that goal.

&gt; Attachment 309 [details] doesn&apos;t rectify the misnomer, which is the root
&gt; cause of .dsk images implementing custom way of doing compression.

The patch allows removing the misnomer. It just doesn&apos;t do it by default, which wouldn&apos;t be appropriate in the current phase of OE-core.

&gt; Said that, I think it&apos;s still wrong that the current regex associates
&gt; &quot;dsk.xz&quot; to &quot;xz&quot;, when they are obviously different.
&gt; 
&gt; The proposed attachment would simply hide the bug.

One can also argue that the base class is working as intended and just doesn&apos;t get used as intended. IMHO it is pointless to discuss that further, one can argue either way. Instead let&apos;s focus on improving the base class.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59755</commentid>
    <comment_count>6</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-03-07 13:53:26 +0000</bug_when>
    <thetext>(In reply to comment #2)
&gt; Said that, I think it&apos;s still wrong that the current regex associates
&gt; &quot;dsk.xz&quot; to &quot;xz&quot;, when they are obviously different.

On chat Igor clarified that this comment is about supporting stacked conversion commands. Supporting the conversion of dsk into dsk.vdi and then into  dsk.vdi.xz via COMPRESS_CMDs would address his concerns about the base class.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59756</commentid>
    <comment_count>7</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-03-07 14:01:43 +0000</bug_when>
    <thetext>(In reply to comment #6)
&gt; (In reply to comment #2)
&gt; &gt; Said that, I think it&apos;s still wrong that the current regex associates
&gt; &gt; &quot;dsk.xz&quot; to &quot;xz&quot;, when they are obviously different.
&gt; 
&gt; On chat Igor clarified that this comment is about supporting stacked
&gt; conversion commands. Supporting the conversion of dsk into dsk.vdi and then
&gt; into  dsk.vdi.xz via COMPRESS_CMDs would address his concerns about the base
&gt; class.

... and there&apos;s some weirdness around applying compression to masked image types. In Ostro, we currently use that for generating .vdi images. We can avoid the problem my defining a conversion command and stacking conversions.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59759</commentid>
    <comment_count>8</comment_count>
      <attachid>3019</attachid>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-03-07 14:53:21 +0000</bug_when>
    <thetext>Comment on attachment 3019
make .rootfs suffix configurable

Replaced by &quot;[PATCH 1/2] image creation: allow overriding .rootfs suffix&quot; on the OE-core mailing list.

I renamed IMAGE_NAME_ROOTFS to IMAGE_NAME_SUFFIX and removed the IMAGE_NAME_ROOTFS_DEFAULT in favor of a different mechanism in the Ostro class which overrides the default.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59760</commentid>
    <comment_count>9</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-03-07 14:54:25 +0000</bug_when>
    <thetext>&quot;[PATCH 2/2] image.bbclass: support chaining compression (aka conversion) commands&quot; on the OE-core mailing list implements chaining of conversion commands.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59854</commentid>
    <comment_count>10</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-03-10 09:20:37 +0000</bug_when>
    <thetext>Regarding this issue here, there are several additional possible enhancements:
1. If there are both conversion commands and dedicated image commands that end 
   up supporting the same IMAGE_FSTYPE, then use only the image command. Example:
   there is a) IMAGE_CMD_dsk b) IMAGE_TYPES_MASKED = &quot;dsk.xz&quot; c) COMPRESS_CMD_xz.
   In this case, dsk.xz should be run by executing IMAGE_CMD_dsk without
   involving COMPRESS_CMD_xz.
2. Rename COMPRESSION_METHODS and COMPRESS_CMD to something that reflects
   that conversion is also supported. Alternatively, document this disconnect
   between legacy names (which are an API and thus not easily changed) and
   the new, extended functionality.
3. Replace image-vm.bbclass and thus IMAGE_FSTYPES = &quot;qcow2/vdi/vmdk&quot; with
   conversion commands for these three types, and thus supporting
   IMAGE_FSTYPES = &quot;hddimg.qcow2/hddimg.vdi/hddimg.vmdk&quot; instead.

In my opinion, point 3 should be done after the next OE-core release. For point 2 I would only update the documentation. While point 1 would be nice, I&apos;m worried about the additional complexity. Perhaps someone needs to try implementing it to see how complex it will be.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>59922</commentid>
    <comment_count>11</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-03-14 08:48:45 +0000</bug_when>
    <thetext>(In reply to comment #10)
&gt; Regarding this issue here, there are several additional possible
&gt; enhancements:
&gt; 1. If there are both conversion commands and dedicated image commands that
&gt; end 
&gt;    up supporting the same IMAGE_FSTYPE, then use only the image command.
&gt; Example:
&gt;    there is a) IMAGE_CMD_dsk b) IMAGE_TYPES_MASKED = &quot;dsk.xz&quot; c)
&gt; COMPRESS_CMD_xz.
&gt;    In this case, dsk.xz should be run by executing IMAGE_CMD_dsk without
&gt;    involving COMPRESS_CMD_xz.
&gt; 2. Rename COMPRESSION_METHODS and COMPRESS_CMD to something that reflects
&gt;    that conversion is also supported. Alternatively, document this disconnect
&gt;    between legacy names (which are an API and thus not easily changed) and
&gt;    the new, extended functionality.
&gt; 3. Replace image-vm.bbclass and thus IMAGE_FSTYPES = &quot;qcow2/vdi/vmdk&quot; with
&gt;    conversion commands for these three types, and thus supporting
&gt;    IMAGE_FSTYPES = &quot;hddimg.qcow2/hddimg.vdi/hddimg.vmdk&quot; instead.

I have commits for all of these points in https://github.com/pohly/ostro-os/commits/image-compression

Ed, if you think that any of them should really still go into 2.1, can you cherry-pick, test some more and then submit?

Otherwise I&apos;ll do that after 2.1 is released.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>60071</commentid>
    <comment_count>12</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2016-03-17 10:55:06 +0000</bug_when>
    <thetext>We discussed this patchset and came up with the following:
 - we&apos;ll land this patchet after 2.1 is released as amount of changes is
   quite big for 2.1 considering the time left for the release
 - I&apos;ll test the changes as much as I can before trying to land them</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62025</commentid>
    <comment_count>13</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2016-05-06 17:20:33 +0000</bug_when>
    <thetext>Sent patchset for review: http://lists.openembedded.org/pipermail/openembedded-core/2016-May/121071.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62300</commentid>
    <comment_count>14</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2016-05-18 18:19:23 +0000</bug_when>
    <thetext>One patch has been accepted.
Sent v2 with the remaining 6 patches: http://lists.openembedded.org/pipermail/openembedded-core/2016-May/121696.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62378</commentid>
    <comment_count>15</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2016-05-23 08:30:18 +0000</bug_when>
    <thetext>Two more patches have been accepted:
https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=e7b5bd2ba11118f8220b915a44bfff7c9c39ca95
https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=1974624eb98d090556b23ece45271e1225c68031

4 patches are still pending.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>62701</commentid>
    <comment_count>16</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2016-06-07 14:23:36 +0000</bug_when>
    <thetext>sent v3: http://lists.openembedded.org/pipermail/openembedded-core/2016-June/122572.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>64527</commentid>
    <comment_count>17</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2016-07-27 13:29:53 +0000</bug_when>
    <thetext>sent v4: http://lists.openembedded.org/pipermail/openembedded-core/2016-July/124380.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>65291</commentid>
    <comment_count>18</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2016-08-18 12:04:16 +0000</bug_when>
    <thetext>One more patch has been merged to master: https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=ff3a455ee84b91e797052760c8d4618109b54c63

I&apos;m going to close this bug as most of the changes have been accepted. The rest of the changes were raising concerns among maintainers and I&apos;m not sure I&apos;m ready to continue pushing them.

http://lists.openembedded.org/pipermail/openembedded-core/2016-July/124472.html
http://lists.openembedded.org/pipermail/openembedded-core/2016-July/124472.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>65293</commentid>
    <comment_count>19</comment_count>
    <who name="Igor Stoppa">igor.stoppa</who>
    <bug_when>2016-08-18 12:12:54 +0000</bug_when>
    <thetext>Since not all the patches required are merged either in the current form or as rework, I don&apos;t think FIXED is the correct resolution.

WONTFIX would seem more appropriate.

Incidentally, the same url to the patch review is listed twice.
Is it just a double paste or were there supposed to be 2 different links?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>65294</commentid>
    <comment_count>20</comment_count>
    <who name="Ed Bartosh">eduard.bartosh</who>
    <bug_when>2016-08-18 12:21:47 +0000</bug_when>
    <thetext>OK then. Reassigning to the original author of changes. Feel free to continue working on this or close if you wish.

Here are more links to the review posts:
http://lists.openembedded.org/pipermail/openembedded-core/2016-July/124473.html
http://lists.openembedded.org/pipermail/openembedded-core/2016-July/124516.html
http://lists.openembedded.org/pipermail/openembedded-core/2016-July/124517.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>65691</commentid>
    <comment_count>21</comment_count>
    <who name="Patrick Ohly">patrick.ohly</who>
    <bug_when>2016-09-01 15:10:54 +0000</bug_when>
    <thetext>Current status: from https://github.com/pohly/ostro-os/commits/image-compression the following three patches remained unmerged:

be80d93 image.bbclass: prefer specialized image creation methods over chaining

Uncertain whether anyone needs that.

fdb302c image creation: support converting masked types and use that for hdddirect

Useful code cleanup (and RP agreed, see http://lists.openembedded.org/pipermail/openembedded-core/2016-July/124517.html), but patch needs to be redone and explained better. Not a useful change while stabilizing OE-core for 2.2.

75e4b9e image creation: fix dependency calculation when using conversion chaining

Was fixed independently.

My conclusion is that the original issue is addressed for 2.2 and what&apos;s left are enhancements that build upon that. I&apos;ve filed bug #10203 and bug #10204 and intend to work on that after the 2.2 release.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>3019</attachid>
            <date>2016-03-04 09:19:01 +0000</date>
            <delta_ts>2016-03-07 14:53:21 +0000</delta_ts>
            <desc>make .rootfs suffix configurable</desc>
            <filename>0001-image-creation-allow-overriding-.rootfs-suffix.patch</filename>
            <type>text/plain</type>
            <size>12288</size>
            <attacher name="Patrick Ohly">patrick.ohly</attacher>
            
              <data encoding="base64">RnJvbSAwYzViM2M2OWUzZmM4Y2RiODZjMTZkNDVhZTdlNmFmZmYwM2QzNTQyIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBQYXRyaWNrIE9obHkgPHBhdHJpY2sub2hseUBpbnRlbC5jb20+
CkRhdGU6IEZyaSwgNCBNYXIgMjAxNiAwOTo0OToxNCArMDEwMApTdWJqZWN0OiBbUEFUQ0hdIGlt
YWdlIGNyZWF0aW9uOiBhbGxvdyBvdmVycmlkaW5nIC5yb290ZnMgc3VmZml4CgpCeSBkZWZhdWx0
LCB0aGUgaW1hZ2UgZmlsZSBuYW1lIGNvbnRhaW5zICIucm9vdGZzIiB0byBkaXN0aW5ndWlzaCB0
aGUKaW1hZ2UgZmlsZSBmcm9tIG90aGVyIGZpbGVzIGNyZWF0ZWQgZHVyaW5nIGltYWdlIGJ1aWxk
aW5nLiBIb3dldmVyLApmb3IgY2VydGFpbiBpbWFnZSB0eXBlcyAoZm9yIGV4YW1wbGUsIC5oZGRp
bWcpIHRoZSAiLnJvb3RmcyIgc3VmZml4IGlzCnJlZHVuZGFudCBiZWNhdXNlIHRoZSB0eXBlIHN1
ZmZpeCBhbG9uZSBhbHJlYWR5IHVuaXF1ZWx5IGlkZW50aWZpZXMKdGhlIG1haW4gaW1hZ2UgZmls
ZSAoY29yZS1pbWFnZS1taW5pbWFsLWludGVsLWNvcmVpNy02NC5oZGRpbWcgaW5zdGVhZApvZiBj
b3JlLWltYWdlLW1pbmltYWwtaW50ZWwtY29yZWk3LTY0LnJvb3Rmcy5oZGRpbWcpLgoKV2l0aCB0
aGlzIGNoYW5nZSwgZGlzdHJvcyB0aGF0IHByZWZlciB0aGUgc2hvcnRlciBpbWFnZSBuYW1lIGNh
bgpvdmVycmlkZSB0aGUgLnJvb3RmcyBzdWZmaXggbGlrZSB0aGlzOgogICBJTUFHRV9OQU1FX1JP
T1RGUyA9ICIke0AgJycgaWYgPHVzaW5nIHNwZWNpYWwgaW1hZ2UgdHlwZT4gZWxzZSAnJHtJTUFH
RV9OQU1FX1JPT1RGU19ERUZBVUxUfSd9IgoKVGhlIGV4YWN0IGxvZ2ljIHdoZW4gdG8gcmVtb3Zl
IHRoZSBleHRyYSBzdWZmaXggZGVwZW5kcyBvbiB0aGUgZGlzdHJvCmFuZCBob3cgaXQgZW5hYmxl
cyBpdHMgb3duIGltYWdlIHR5cGUuCgpTaWduZWQtb2ZmLWJ5OiBQYXRyaWNrIE9obHkgPHBhdHJp
Y2sub2hseUBpbnRlbC5jb20+Ci0tLQogbWV0YS9jbGFzc2VzL2ltYWdlLmJiY2xhc3MgICAgICAg
fCAgNCArLS0KIG1ldGEvY2xhc3Nlcy9pbWFnZV90eXBlcy5iYmNsYXNzIHwgNjQgKysrKysrKysr
KysrKysrKysrKysrKy0tLS0tLS0tLS0tLS0tLS0tLQogMiBmaWxlcyBjaGFuZ2VkLCAzNyBpbnNl
cnRpb25zKCspLCAzMSBkZWxldGlvbnMoLSkKCmRpZmYgLS1naXQgYS9tZXRhL2NsYXNzZXMvaW1h
Z2UuYmJjbGFzcyBiL21ldGEvY2xhc3Nlcy9pbWFnZS5iYmNsYXNzCmluZGV4IDU2YTQ5ZTcuLmNh
N2JlZDYgMTAwNjQ0Ci0tLSBhL21ldGEvY2xhc3Nlcy9pbWFnZS5iYmNsYXNzCisrKyBiL21ldGEv
Y2xhc3Nlcy9pbWFnZS5iYmNsYXNzCkBAIC0zODksNyArMzg5LDcgQEAgcHl0aG9uICgpIHsKICAg
ICAgICAgICAgICAgICAgICAgc3ViaW1hZ2VzLmFwcGVuZChyZWFsdCArICIuIiArIGN0eXBlKQog
CiAgICAgICAgIGlmIHJlYWx0IG5vdCBpbiBhbGx0eXBlczoKLSAgICAgICAgICAgIGNtZHMuYXBw
ZW5kKGxvY2FsZGF0YS5leHBhbmQoIlx0cm0gJHtJTUFHRV9OQU1FfS5yb290ZnMuJHt0eXBlfSIp
KQorICAgICAgICAgICAgY21kcy5hcHBlbmQobG9jYWxkYXRhLmV4cGFuZCgiXHRybSAke0lNQUdF
X05BTUV9JHtJTUFHRV9OQU1FX1JPT1RGU30uJHt0eXBlfSIpKQogICAgICAgICBlbHNlOgogICAg
ICAgICAgICAgc3ViaW1hZ2VzLmFwcGVuZChyZWFsdCkKIApAQCAtNDc2LDcgKzQ3Niw3IEBAIHB5
dGhvbiBjcmVhdGVfc3ltbGlua3MoKSB7CiAgICAgbWFuaWZlc3RfbmFtZSA9IGQuZ2V0VmFyKCdJ
TUFHRV9NQU5JRkVTVCcsIFRydWUpCiAgICAgdGFza25hbWUgPSBkLmdldFZhcigiQkJfQ1VSUkVO
VFRBU0siLCBUcnVlKQogICAgIHN1YmltYWdlcyA9IChkLmdldFZhckZsYWcoImRvXyIgKyB0YXNr
bmFtZSwgJ3N1YmltYWdlcycsIEZhbHNlKSBvciAiIikuc3BsaXQoKQotICAgIGltZ3N1ZmZpeCA9
IGQuZ2V0VmFyRmxhZygiZG9fIiArIHRhc2tuYW1lLCAnaW1nc3VmZml4JywgVHJ1ZSkgb3IgIi5y
b290ZnMuIgorICAgIGltZ3N1ZmZpeCA9IGQuZ2V0VmFyRmxhZygiZG9fIiArIHRhc2tuYW1lLCAn
aW1nc3VmZml4JywgVHJ1ZSkgb3IgIiR7SU1BR0VfTkFNRV9ST09URlN9LiIKICAgICBvcy5jaGRp
cihkZXBsb3lfZGlyKQogCiAgICAgaWYgbm90IGxpbmtfbmFtZToKZGlmZiAtLWdpdCBhL21ldGEv
Y2xhc3Nlcy9pbWFnZV90eXBlcy5iYmNsYXNzIGIvbWV0YS9jbGFzc2VzL2ltYWdlX3R5cGVzLmJi
Y2xhc3MKaW5kZXggZGI4Y2IzNy4uMGVjYjFmYiAxMDA2NDQKLS0tIGEvbWV0YS9jbGFzc2VzL2lt
YWdlX3R5cGVzLmJiY2xhc3MKKysrIGIvbWV0YS9jbGFzc2VzL2ltYWdlX3R5cGVzLmJiY2xhc3MK
QEAgLTEsMyArMSw5IEBACisjIElNQUdFX05BTUUgaXMgdGhlIGJhc2UgbmFtZSBmb3IgZXZlcnl0
aGluZyBwcm9kdWNlZCB3aGVuIGJ1aWxkaW5nIGltYWdlcy4KKyMgVGhlIGFjdHVhbCBpbWFnZSB0
aGF0IGNvbnRhaW5zIHRoZSByb290ZnMgaGFzIGFuIGFkZGl0aW9uYWwgc3VmZml4ICgucm9vdGZz
CisjIGJ5IGRlZmF1bHQpIGZvbGxvd2VkIGJ5IGFkZGl0aW9uYWwgc3VmZmljZXMgd2hpY2ggZGVz
Y3JpYmUgdGhlIGZvcm1hdCAoLmV4dDQsCisjIC5leHQ0Lnh6LCBldGMuKS4KK0lNQUdFX05BTUVf
Uk9PVEZTX0RFRkFVTFQgPSAiLnJvb3RmcyIKK0lNQUdFX05BTUVfUk9PVEZTID89ICIke0lNQUdF
X05BTUVfUk9PVEZTX0RFRkFVTFR9IgogCiAjIFRoZSBkZWZhdWx0IGFsaWdtZW50IG9mIHRoZSBz
aXplIG9mIHRoZSByb290ZnMgaXMgc2V0IHRvIDFLaUIuIEluIGNhc2UKICMgeW91J3JlIHVzaW5n
IHRoZSBTRCBjYXJkIGVtdWxhdGlvbiBvZiBhIFFFTVUgc3lzdGVtIHNpbXVsYXRvciB5b3UgbWF5
CkBAIC0zNiw5ICs0Miw5IEBAIFhaX0lOVEVHUklUWV9DSEVDSyA/PSAiY3JjMzIiCiBYWl9USFJF
QURTID89ICItVCAwIgogCiBKRkZTMl9TVU1fRVhUUkFfQVJHUyA/PSAiIgotSU1BR0VfQ01EX2pm
ZnMyID0gIm1rZnMuamZmczIgLS1yb290PSR7SU1BR0VfUk9PVEZTfSAtLWZha2V0aW1lIC0tb3V0
cHV0PSR7REVQTE9ZX0RJUl9JTUFHRX0vJHtJTUFHRV9OQU1FfS5yb290ZnMuamZmczIgJHtFWFRS
QV9JTUFHRUNNRH0iCitJTUFHRV9DTURfamZmczIgPSAibWtmcy5qZmZzMiAtLXJvb3Q9JHtJTUFH
RV9ST09URlN9IC0tZmFrZXRpbWUgLS1vdXRwdXQ9JHtERVBMT1lfRElSX0lNQUdFfS8ke0lNQUdF
X05BTUV9JHtJTUFHRV9OQU1FX1JPT1RGU30uamZmczIgJHtFWFRSQV9JTUFHRUNNRH0iCiAKLUlN
QUdFX0NNRF9jcmFtZnMgPSAibWtmcy5jcmFtZnMgJHtJTUFHRV9ST09URlN9ICR7REVQTE9ZX0RJ
Ul9JTUFHRX0vJHtJTUFHRV9OQU1FfS5yb290ZnMuY3JhbWZzICR7RVhUUkFfSU1BR0VDTUR9Igor
SU1BR0VfQ01EX2NyYW1mcyA9ICJta2ZzLmNyYW1mcyAke0lNQUdFX1JPT1RGU30gJHtERVBMT1lf
RElSX0lNQUdFfS8ke0lNQUdFX05BTUV9JHtJTUFHRV9OQU1FX1JPT1RGU30uY3JhbWZzICR7RVhU
UkFfSU1BR0VDTUR9IgogCiBvZV9ta2V4dDIzNGZzICgpIHsKIAlmc3R5cGU9JDEKQEAgLTU4LDgg
KzY0LDggQEAgb2VfbWtleHQyMzRmcyAoKSB7CiAJCWV2YWwgQ09VTlQ9XCIkTUlOX0NPVU5UXCIK
IAlmaQogCSMgQ3JlYXRlIGEgc3BhcnNlIGltYWdlIGJsb2NrCi0JZGQgaWY9L2Rldi96ZXJvIG9m
PSR7REVQTE9ZX0RJUl9JTUFHRX0vJHtJTUFHRV9OQU1FfS5yb290ZnMuJGZzdHlwZSBzZWVrPSRS
T09URlNfU0laRSBjb3VudD0kQ09VTlQgYnM9MTAyNAotCW1rZnMuJGZzdHlwZSAtRiAkZXh0cmFf
aW1hZ2VjbWQgJHtERVBMT1lfRElSX0lNQUdFfS8ke0lNQUdFX05BTUV9LnJvb3Rmcy4kZnN0eXBl
IC1kICR7SU1BR0VfUk9PVEZTfQorCWRkIGlmPS9kZXYvemVybyBvZj0ke0RFUExPWV9ESVJfSU1B
R0V9LyR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVfUk9PVEZTfS4kZnN0eXBlIHNlZWs9JFJPT1RG
U19TSVpFIGNvdW50PSRDT1VOVCBicz0xMDI0CisJbWtmcy4kZnN0eXBlIC1GICRleHRyYV9pbWFn
ZWNtZCAke0RFUExPWV9ESVJfSU1BR0V9LyR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVfUk9PVEZT
fS4kZnN0eXBlIC1kICR7SU1BR0VfUk9PVEZTfQogfQogCiBJTUFHRV9DTURfZXh0MiA9ICJvZV9t
a2V4dDIzNGZzIGV4dDIgJHtFWFRSQV9JTUFHRUNNRH0iCkBAIC02OSwxNiArNzUsMTYgQEAgSU1B
R0VfQ01EX2V4dDQgPSAib2VfbWtleHQyMzRmcyBleHQ0ICR7RVhUUkFfSU1BR0VDTUR9IgogTUlO
X0JUUkZTX1NJWkUgPz0gIjE2Mzg0IgogSU1BR0VfQ01EX2J0cmZzICgpIHsKIAlpZiBbICR7Uk9P
VEZTX1NJWkV9IC1ndCAke01JTl9CVFJGU19TSVpFfSBdOyB0aGVuCi0JCWRkIGlmPS9kZXYvemVy
byBvZj0ke0RFUExPWV9ESVJfSU1BR0V9LyR7SU1BR0VfTkFNRX0ucm9vdGZzLmJ0cmZzIGNvdW50
PSR7Uk9PVEZTX1NJWkV9IGJzPTEwMjQKLQkJbWtmcy5idHJmcyAke0VYVFJBX0lNQUdFQ01EfSAt
ciAke0lNQUdFX1JPT1RGU30gJHtERVBMT1lfRElSX0lNQUdFfS8ke0lNQUdFX05BTUV9LnJvb3Rm
cy5idHJmcworCQlkZCBpZj0vZGV2L3plcm8gb2Y9JHtERVBMT1lfRElSX0lNQUdFfS8ke0lNQUdF
X05BTUV9JHtJTUFHRV9OQU1FX1JPT1RGU30uYnRyZnMgY291bnQ9JHtST09URlNfU0laRX0gYnM9
MTAyNAorCQlta2ZzLmJ0cmZzICR7RVhUUkFfSU1BR0VDTUR9IC1yICR7SU1BR0VfUk9PVEZTfSAk
e0RFUExPWV9ESVJfSU1BR0V9LyR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVfUk9PVEZTfS5idHJm
cwogCWVsc2UKIAkJYmJmYXRhbCAiUm9vdGZzIGlzIHRvbyBzbWFsbCBmb3IgQlRSRlMgKFJvb3Rm
cyBBY3R1YWwgU2l6ZTogJHtST09URlNfU0laRX0sIEJUUkZTIE1pbmltdW0gU2l6ZTogJHtNSU5f
QlRSRlNfU0laRX0pIgogCWZpCiB9CiAKLUlNQUdFX0NNRF9zcXVhc2hmcyA9ICJta3NxdWFzaGZz
ICR7SU1BR0VfUk9PVEZTfSAke0RFUExPWV9ESVJfSU1BR0V9LyR7SU1BR0VfTkFNRX0ucm9vdGZz
LnNxdWFzaGZzICR7RVhUUkFfSU1BR0VDTUR9IC1ub2FwcGVuZCIKLUlNQUdFX0NNRF9zcXVhc2hm
cy14eiA9ICJta3NxdWFzaGZzICR7SU1BR0VfUk9PVEZTfSAke0RFUExPWV9ESVJfSU1BR0V9LyR7
SU1BR0VfTkFNRX0ucm9vdGZzLnNxdWFzaGZzLXh6ICR7RVhUUkFfSU1BR0VDTUR9IC1ub2FwcGVu
ZCAtY29tcCB4eiIKLUlNQUdFX0NNRF9zcXVhc2hmcy1sem8gPSAibWtzcXVhc2hmcyAke0lNQUdF
X1JPT1RGU30gJHtERVBMT1lfRElSX0lNQUdFfS8ke0lNQUdFX05BTUV9LnJvb3Rmcy5zcXVhc2hm
cy1sem8gJHtFWFRSQV9JTUFHRUNNRH0gLW5vYXBwZW5kIC1jb21wIGx6byIKK0lNQUdFX0NNRF9z
cXVhc2hmcyA9ICJta3NxdWFzaGZzICR7SU1BR0VfUk9PVEZTfSAke0RFUExPWV9ESVJfSU1BR0V9
LyR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVfUk9PVEZTfS5zcXVhc2hmcyAke0VYVFJBX0lNQUdF
Q01EfSAtbm9hcHBlbmQiCitJTUFHRV9DTURfc3F1YXNoZnMteHogPSAibWtzcXVhc2hmcyAke0lN
QUdFX1JPT1RGU30gJHtERVBMT1lfRElSX0lNQUdFfS8ke0lNQUdFX05BTUV9JHtJTUFHRV9OQU1F
X1JPT1RGU30uc3F1YXNoZnMteHogJHtFWFRSQV9JTUFHRUNNRH0gLW5vYXBwZW5kIC1jb21wIHh6
IgorSU1BR0VfQ01EX3NxdWFzaGZzLWx6byA9ICJta3NxdWFzaGZzICR7SU1BR0VfUk9PVEZTfSAk
e0RFUExPWV9ESVJfSU1BR0V9LyR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVfUk9PVEZTfS5zcXVh
c2hmcy1sem8gJHtFWFRSQV9JTUFHRUNNRH0gLW5vYXBwZW5kIC1jb21wIGx6byIKIAogIyBCeSBk
ZWZhdWx0LCB0YXIgZnJvbSB0aGUgaG9zdCBpcyB1c2VkLCB3aGljaCBjYW4gYmUgcXVpdGUgb2xk
LiBJZgogIyB5b3UgbmVlZCBzcGVjaWFsIHBhcmFtZXRlcnMgKGxpa2UgLS14YXR0cnMpIHdoaWNo
IGFyZSBvbmx5IHN1cHBvcnRlZApAQCAtOTEsMTggKzk3LDE4IEBAIElNQUdFX0NNRF9zcXVhc2hm
cy1sem8gPSAibWtzcXVhc2hmcyAke0lNQUdFX1JPT1RGU30gJHtERVBMT1lfRElSX0lNQUdFfS8k
e0lNQUdFCiAjIEluIHByYWN0aWNlLCBpdCB0dXJuZWQgb3V0IHRvIGJlIG5vdCBuZWVkZWQgd2hl
biBjcmVhdGluZyBhcmNoaXZlcyBhbmQKICMgcmVxdWlyZWQgd2hlbiBleHRyYWN0aW5nLCBidXQg
aXQgc2VlbXMgcHJ1ZGVudCB0byB1c2UgaXQgaW4gYm90aCBjYXNlcy4KIElNQUdFX0NNRF9UQVIg
Pz0gInRhciIKLUlNQUdFX0NNRF90YXIgPSAiJHtJTUFHRV9DTURfVEFSfSAtY3ZmICR7REVQTE9Z
X0RJUl9JTUFHRX0vJHtJTUFHRV9OQU1FfS5yb290ZnMudGFyIC1DICR7SU1BR0VfUk9PVEZTfSAu
IgorSU1BR0VfQ01EX3RhciA9ICIke0lNQUdFX0NNRF9UQVJ9IC1jdmYgJHtERVBMT1lfRElSX0lN
QUdFfS8ke0lNQUdFX05BTUV9JHtJTUFHRV9OQU1FX1JPT1RGU30udGFyIC1DICR7SU1BR0VfUk9P
VEZTfSAuIgogCiBkb19pbWFnZV9jcGlvW2NsZWFuZGlyc10gKz0gIiR7V09SS0RJUn0vY3Bpb19h
cHBlbmQiCiBJTUFHRV9DTURfY3BpbyAoKSB7Ci0JKGNkICR7SU1BR0VfUk9PVEZTfSAmJiBmaW5k
IC4gfCBjcGlvIC1vIC1IIG5ld2MgPiR7REVQTE9ZX0RJUl9JTUFHRX0vJHtJTUFHRV9OQU1FfS5y
b290ZnMuY3BpbykKKwkoY2QgJHtJTUFHRV9ST09URlN9ICYmIGZpbmQgLiB8IGNwaW8gLW8gLUgg
bmV3YyA+JHtERVBMT1lfRElSX0lNQUdFfS8ke0lNQUdFX05BTUV9JHtJTUFHRV9OQU1FX1JPT1RG
U30uY3BpbykKIAlpZiBbICEgLUwgJHtJTUFHRV9ST09URlN9L2luaXQgLWEgISAtZSAke0lNQUdF
X1JPT1RGU30vaW5pdCBdOyB0aGVuCiAJCWlmIFsgLUwgJHtJTUFHRV9ST09URlN9L3NiaW4vaW5p
dCAtbyAtZSAke0lNQUdFX1JPT1RGU30vc2Jpbi9pbml0IF07IHRoZW4KIAkJCWxuIC1zZiAvc2Jp
bi9pbml0ICR7V09SS0RJUn0vY3Bpb19hcHBlbmQvaW5pdAogCQllbHNlCiAJCQl0b3VjaCAke1dP
UktESVJ9L2NwaW9fYXBwZW5kL2luaXQKIAkJZmkKLQkJKGNkICAke1dPUktESVJ9L2NwaW9fYXBw
ZW5kICYmIGVjaG8gLi9pbml0IHwgY3BpbyAtb0EgLUggbmV3YyAtRiAke0RFUExPWV9ESVJfSU1B
R0V9LyR7SU1BR0VfTkFNRX0ucm9vdGZzLmNwaW8pCisJCShjZCAgJHtXT1JLRElSfS9jcGlvX2Fw
cGVuZCAmJiBlY2hvIC4vaW5pdCB8IGNwaW8gLW9BIC1IIG5ld2MgLUYgJHtERVBMT1lfRElSX0lN
QUdFfS8ke0lNQUdFX05BTUV9JHtJTUFHRV9OQU1FX1JPT1RGU30uY3BpbykKIAlmaQogfQogCkBA
IC0xMTAsOCArMTE2LDggQEAgRUxGX0tFUk5FTCA/PSAiJHtTVEFHSU5HX0RJUl9IT1NUfS91c3Iv
c3JjL2tlcm5lbC8ke0tFUk5FTF9JTUFHRVRZUEV9IgogRUxGX0FQUEVORCA/PSAicmFtZGlza19z
aXplPTMyNzY4IHJvb3Q9L2Rldi9yYW0wIHJ3IGNvbnNvbGU9IgogCiBJTUFHRV9DTURfZWxmICgp
IHsKLQl0ZXN0IC1mICR7REVQTE9ZX0RJUl9JTUFHRX0vJHtJTUFHRV9OQU1FfS5yb290ZnMuZWxm
ICYmIHJtIC1mICR7REVQTE9ZX0RJUl9JTUFHRX0vJHtJTUFHRV9OQU1FfS5yb290ZnMuZWxmCi0J
bWtlbGZJbWFnZSAtLWtlcm5lbD0ke0VMRl9LRVJORUx9IC0taW5pdHJkPSR7REVQTE9ZX0RJUl9J
TUFHRX0vJHtJTUFHRV9OQU1FfS5yb290ZnMuY3Bpby5neiAtLW91dHB1dD0ke0RFUExPWV9ESVJf
SU1BR0V9LyR7SU1BR0VfTkFNRX0ucm9vdGZzLmVsZiAtLWFwcGVuZD0nJHtFTEZfQVBQRU5EfScg
JHtFWFRSQV9JTUFHRUNNRH0KKwl0ZXN0IC1mICR7REVQTE9ZX0RJUl9JTUFHRX0vJHtJTUFHRV9O
QU1FfSR7SU1BR0VfTkFNRV9ST09URlN9LmVsZiAmJiBybSAtZiAke0RFUExPWV9ESVJfSU1BR0V9
LyR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVfUk9PVEZTfS5lbGYKKwlta2VsZkltYWdlIC0ta2Vy
bmVsPSR7RUxGX0tFUk5FTH0gLS1pbml0cmQ9JHtERVBMT1lfRElSX0lNQUdFfS8ke0lNQUdFX05B
TUV9JHtJTUFHRV9OQU1FX1JPT1RGU30uY3Bpby5neiAtLW91dHB1dD0ke0RFUExPWV9ESVJfSU1B
R0V9LyR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVfUk9PVEZTfS5lbGYgLS1hcHBlbmQ9JyR7RUxG
X0FQUEVORH0nICR7RVhUUkFfSU1BR0VDTUR9CiB9CiBJTUFHRV9UWVBFREVQX2VsZiA9ICJjcGlv
Lmd6IgogCkBAIC0xMjgsMTMgKzEzNCwxMyBAQCBtdWx0aXViaV9ta2ZzKCkgewogCiAJZWNobyBc
W3ViaWZzXF0gPiB1YmluaXplJHt2bmFtZX0tJHtJTUFHRV9OQU1FfS5jZmcKIAllY2hvIG1vZGU9
dWJpID4+IHViaW5pemUke3ZuYW1lfS0ke0lNQUdFX05BTUV9LmNmZwotCWVjaG8gaW1hZ2U9JHtE
RVBMT1lfRElSX0lNQUdFfS8ke0lNQUdFX05BTUV9JHt2bmFtZX0ucm9vdGZzLnViaWZzID4+IHVi
aW5pemUke3ZuYW1lfS0ke0lNQUdFX05BTUV9LmNmZworCWVjaG8gaW1hZ2U9JHtERVBMT1lfRElS
X0lNQUdFfS8ke0lNQUdFX05BTUV9JHt2bmFtZX0ke0lNQUdFX05BTUVfUk9PVEZTfS51YmlmcyA+
PiB1YmluaXplJHt2bmFtZX0tJHtJTUFHRV9OQU1FfS5jZmcKIAllY2hvIHZvbF9pZD0wID4+IHVi
aW5pemUke3ZuYW1lfS0ke0lNQUdFX05BTUV9LmNmZwogCWVjaG8gdm9sX3R5cGU9ZHluYW1pYyA+
PiB1YmluaXplJHt2bmFtZX0tJHtJTUFHRV9OQU1FfS5jZmcKIAllY2hvIHZvbF9uYW1lPSR7VUJJ
X1ZPTE5BTUV9ID4+IHViaW5pemUke3ZuYW1lfS0ke0lNQUdFX05BTUV9LmNmZwogCWVjaG8gdm9s
X2ZsYWdzPWF1dG9yZXNpemUgPj4gdWJpbml6ZSR7dm5hbWV9LSR7SU1BR0VfTkFNRX0uY2ZnCi0J
bWtmcy51YmlmcyAtciAke0lNQUdFX1JPT1RGU30gLW8gJHtERVBMT1lfRElSX0lNQUdFfS8ke0lN
QUdFX05BTUV9JHt2bmFtZX0ucm9vdGZzLnViaWZzICR7bWt1Ymlmc19hcmdzfQotCXViaW5pemUg
LW8gJHtERVBMT1lfRElSX0lNQUdFfS8ke0lNQUdFX05BTUV9JHt2bmFtZX0ucm9vdGZzLnViaSAk
e3ViaW5pemVfYXJnc30gdWJpbml6ZSR7dm5hbWV9LSR7SU1BR0VfTkFNRX0uY2ZnCisJbWtmcy51
YmlmcyAtciAke0lNQUdFX1JPT1RGU30gLW8gJHtERVBMT1lfRElSX0lNQUdFfS8ke0lNQUdFX05B
TUV9JHt2bmFtZX0ke0lNQUdFX05BTUVfUk9PVEZTfS51YmlmcyAke21rdWJpZnNfYXJnc30KKwl1
YmluaXplIC1vICR7REVQTE9ZX0RJUl9JTUFHRX0vJHtJTUFHRV9OQU1FfSR7dm5hbWV9JHtJTUFH
RV9OQU1FX1JPT1RGU30udWJpICR7dWJpbml6ZV9hcmdzfSB1YmluaXplJHt2bmFtZX0tJHtJTUFH
RV9OQU1FfS5jZmcKIAogCSMgQ2xlYW51cCBjZmcgZmlsZQogCW12IHViaW5pemUke3ZuYW1lfS0k
e0lNQUdFX05BTUV9LmNmZyAke0RFUExPWV9ESVJfSU1BR0V9LwpAQCAtMTQyLDEyICsxNDgsMTIg
QEAgbXVsdGl1YmlfbWtmcygpIHsKIAkjIENyZWF0ZSBvd24gc3ltbGlua3MgZm9yICduYW1lZCcg
dm9sdW1lcwogCWlmIFsgLW4gIiR2bmFtZSIgXTsgdGhlbgogCQljZCAke0RFUExPWV9ESVJfSU1B
R0V9Ci0JCWlmIFsgLWUgJHtJTUFHRV9OQU1FfSR7dm5hbWV9LnJvb3Rmcy51YmlmcyBdOyB0aGVu
Ci0JCQlsbiAtc2YgJHtJTUFHRV9OQU1FfSR7dm5hbWV9LnJvb3Rmcy51YmlmcyBcCisJCWlmIFsg
LWUgJHtJTUFHRV9OQU1FfSR7dm5hbWV9JHtJTUFHRV9OQU1FX1JPT1RGU30udWJpZnMgXTsgdGhl
bgorCQkJbG4gLXNmICR7SU1BR0VfTkFNRX0ke3ZuYW1lfSR7SU1BR0VfTkFNRV9ST09URlN9LnVi
aWZzIFwKIAkJCSR7SU1BR0VfTElOS19OQU1FfSR7dm5hbWV9LnViaWZzCiAJCWZpCi0JCWlmIFsg
LWUgJHtJTUFHRV9OQU1FfSR7dm5hbWV9LnJvb3Rmcy51YmkgXTsgdGhlbgotCQkJbG4gLXNmICR7
SU1BR0VfTkFNRX0ke3ZuYW1lfS5yb290ZnMudWJpIFwKKwkJaWYgWyAtZSAke0lNQUdFX05BTUV9
JHt2bmFtZX0ke0lNQUdFX05BTUVfUk9PVEZTfS51YmkgXTsgdGhlbgorCQkJbG4gLXNmICR7SU1B
R0VfTkFNRX0ke3ZuYW1lfSR7SU1BR0VfTkFNRV9ST09URlN9LnViaSBcCiAJCQkke0lNQUdFX0xJ
TktfTkFNRX0ke3ZuYW1lfS51YmkKIAkJZmkKIAkJY2QgLQpAQCAtMTY4LDcgKzE3NCw3IEBAIElN
QUdFX0NNRF91YmkgKCkgewogCW11bHRpdWJpX21rZnMgIiR7TUtVQklGU19BUkdTfSIgIiR7VUJJ
TklaRV9BUkdTfSIKIH0KIAotSU1BR0VfQ01EX3ViaWZzID0gIm1rZnMudWJpZnMgLXIgJHtJTUFH
RV9ST09URlN9IC1vICR7REVQTE9ZX0RJUl9JTUFHRX0vJHtJTUFHRV9OQU1FfS5yb290ZnMudWJp
ZnMgJHtNS1VCSUZTX0FSR1N9IgorSU1BR0VfQ01EX3ViaWZzID0gIm1rZnMudWJpZnMgLXIgJHtJ
TUFHRV9ST09URlN9IC1vICR7REVQTE9ZX0RJUl9JTUFHRX0vJHtJTUFHRV9OQU1FfSR7SU1BR0Vf
TkFNRV9ST09URlN9LnViaWZzICR7TUtVQklGU19BUkdTfSIKIAogV0tTX0ZJTEUgPz0gIiR7SU1B
R0VfQkFTRU5BTUV9LiR7TUFDSElORX0ud2tzIgogV0tTX0ZJTEVTID89ICIke1dLU19GSUxFfSAk
e0lNQUdFX0JBU0VOQU1FfS53a3MiCkBAIC0xOTMsNyArMTk5LDcgQEAgSU1BR0VfQ01EX3dpYyAo
KSB7CiAJZmkKIAogCUJVSUxERElSPSIke1RPUERJUn0iIHdpYyBjcmVhdGUgIiR3a3MiIC0tdmFy
cyAiJHtTVEFHSU5HX0RJUl9UQVJHRVR9L2ltZ2RhdGEvIiAtZSAiJHtJTUFHRV9CQVNFTkFNRX0i
IC1vICIkb3V0LyIKLQltdiAiJG91dC9idWlsZC8kKGJhc2VuYW1lICIke3drcyUud2tzfSIpIiou
ZGlyZWN0ICIkb3V0LnJvb3Rmcy53aWMiCisJbXYgIiRvdXQvYnVpbGQvJChiYXNlbmFtZSAiJHt3
a3MlLndrc30iKSIqLmRpcmVjdCAiJG91dCR7SU1BR0VfTkFNRV9ST09URlN9LndpYyIKIAlybSAt
cmYgIiRvdXQvIgogfQogSU1BR0VfQ01EX3dpY1t2YXJkZXBzZXhjbHVkZV0gPSAiV0tTX0ZVTExf
UEFUSCBXS1NfRklMRVMiCkBAIC0yNTUsMTIgKzI2MSwxMiBAQCBJTUFHRV9UWVBFUyA9ICIgXAog
IgogCiBDT01QUkVTU0lPTlRZUEVTID0gImd6IGJ6MiBsem1hIHh6IGx6NCBzdW0iCi1DT01QUkVT
U19DTURfbHptYSA9ICJsem1hIC1rIC1mIC03ICR7SU1BR0VfTkFNRX0ucm9vdGZzLiR7dHlwZX0i
Ci1DT01QUkVTU19DTURfZ3ogPSAiZ3ppcCAtZiAtOSAtYyAke0lNQUdFX05BTUV9LnJvb3Rmcy4k
e3R5cGV9ID4gJHtJTUFHRV9OQU1FfS5yb290ZnMuJHt0eXBlfS5neiIKLUNPTVBSRVNTX0NNRF9i
ejIgPSAicGJ6aXAyIC1mIC1rICR7SU1BR0VfTkFNRX0ucm9vdGZzLiR7dHlwZX0iCi1DT01QUkVT
U19DTURfeHogPSAieHogLWYgLWsgLWMgJHtYWl9DT01QUkVTU0lPTl9MRVZFTH0gJHtYWl9USFJF
QURTfSAtLWNoZWNrPSR7WFpfSU5URUdSSVRZX0NIRUNLfSAke0lNQUdFX05BTUV9LnJvb3Rmcy4k
e3R5cGV9ID4gJHtJTUFHRV9OQU1FfS5yb290ZnMuJHt0eXBlfS54eiIKLUNPTVBSRVNTX0NNRF9s
ejQgPSAibHo0YyAtOSAtYyAke0lNQUdFX05BTUV9LnJvb3Rmcy4ke3R5cGV9ID4gJHtJTUFHRV9O
QU1FfS5yb290ZnMuJHt0eXBlfS5sejQiCi1DT01QUkVTU19DTURfc3VtID0gInN1bXRvb2wgLWkg
JHtJTUFHRV9OQU1FfS5yb290ZnMuJHt0eXBlfSAtbyAke0lNQUdFX05BTUV9LnJvb3Rmcy4ke3R5
cGV9LnN1bSAke0pGRlMyX1NVTV9FWFRSQV9BUkdTfSIKK0NPTVBSRVNTX0NNRF9sem1hID0gImx6
bWEgLWsgLWYgLTcgJHtJTUFHRV9OQU1FfSR7SU1BR0VfTkFNRV9ST09URlN9LiR7dHlwZX0iCitD
T01QUkVTU19DTURfZ3ogPSAiZ3ppcCAtZiAtOSAtYyAke0lNQUdFX05BTUV9JHtJTUFHRV9OQU1F
X1JPT1RGU30uJHt0eXBlfSA+ICR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVfUk9PVEZTfS4ke3R5
cGV9Lmd6IgorQ09NUFJFU1NfQ01EX2J6MiA9ICJwYnppcDIgLWYgLWsgJHtJTUFHRV9OQU1FfSR7
SU1BR0VfTkFNRV9ST09URlN9LiR7dHlwZX0iCitDT01QUkVTU19DTURfeHogPSAieHogLWYgLWsg
LWMgJHtYWl9DT01QUkVTU0lPTl9MRVZFTH0gJHtYWl9USFJFQURTfSAtLWNoZWNrPSR7WFpfSU5U
RUdSSVRZX0NIRUNLfSAke0lNQUdFX05BTUV9JHtJTUFHRV9OQU1FX1JPT1RGU30uJHt0eXBlfSA+
ICR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVfUk9PVEZTfS4ke3R5cGV9Lnh6IgorQ09NUFJFU1Nf
Q01EX2x6NCA9ICJsejRjIC05IC1jICR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVfUk9PVEZTfS4k
e3R5cGV9ID4gJHtJTUFHRV9OQU1FfSR7SU1BR0VfTkFNRV9ST09URlN9LiR7dHlwZX0ubHo0Igor
Q09NUFJFU1NfQ01EX3N1bSA9ICJzdW10b29sIC1pICR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVf
Uk9PVEZTfS4ke3R5cGV9IC1vICR7SU1BR0VfTkFNRX0ke0lNQUdFX05BTUVfUk9PVEZTfS4ke3R5
cGV9LnN1bSAke0pGRlMyX1NVTV9FWFRSQV9BUkdTfSIKIENPTVBSRVNTX0RFUEVORFNfbHptYSA9
ICJ4ei1uYXRpdmUiCiBDT01QUkVTU19ERVBFTkRTX2d6ID0gIiIKIENPTVBSRVNTX0RFUEVORFNf
YnoyID0gInBiemlwMi1uYXRpdmUiCi0tIAoyLjEuNAoK
</data>

          </attachment>
      

    </bug>

</bugzilla>