<?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>12565</bug_id>
          
          <creation_ts>2018-02-22 00:03:02 +0000</creation_ts>
          <short_desc>watchdog.service dead on startup with systemd</short_desc>
          <delta_ts>2018-04-17 08:18:46 +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>core</component>
          <version>5.99</version>
          <rep_platform>Other</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.5 M4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Scott Branden">scott.branden</reporter>
          <assigned_to name="Maxin B. John">maxin.john</assigned_to>
          <cc>alex.kanavin</cc>
    
    <cc>bkylerussell</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>stephano</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>Don&apos;t know</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>79536</commentid>
    <comment_count>0</comment_count>
    <who name="Scott Branden">scott.branden</who>
    <bug_when>2018-02-22 00:03:02 +0000</bug_when>
    <thetext>The watchdog.service appears inactive on startup even though it is enabled.

It appears the [Install] directive is not correct for a yocto build.  If I change:
[Install]
WantedBy=default.target

to
WantedBy=multi-user.target

Then the watchdog service is properly activated.

When running &quot;systemctl stop watchdog&quot; there are some error messages printed related to wd_keepalive.  It seems some clean attempt is sitting here.
https://patchwork.openembedded.org/patch/144580/

But, I think that still doesn&apos;t solve the wd_keepalive issues.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>79559</commentid>
    <comment_count>1</comment_count>
    <who name="Scott Branden">scott.branden</who>
    <bug_when>2018-02-22 15:57:01 +0000</bug_when>
    <thetext>Also, wd_keepalive is not handled properly.  After change above there are errors in the stop mechanism.

try running &quot;systemctl stop watchdog&quot; and you will see errors as the wd_keepalive script has not been installed by the watchdog recipe.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>79794</commentid>
    <comment_count>2</comment_count>
      <attachid>4233</attachid>
    <who name="Maxin B. John">maxin.john</who>
    <bug_when>2018-03-13 06:49:25 +0000</bug_when>
    <thetext>Created attachment 4233
fix

Removed the inter-dependencies of watchdog and wd_keepalive services.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>79795</commentid>
    <comment_count>3</comment_count>
    <who name="Maxin B. John">maxin.john</who>
    <bug_when>2018-03-13 06:57:10 +0000</bug_when>
    <thetext>@Scott, can you please verify this fix and share your thoughts/comments ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>79805</commentid>
    <comment_count>4</comment_count>
    <who name="Scott Branden">scott.branden</who>
    <bug_when>2018-03-13 23:25:02 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; @Scott, can you please verify this fix and share your thoughts/comments ?

I will have to rollback my local changes and try it on my system in the next few days.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>79859</commentid>
    <comment_count>5</comment_count>
    <who name="Scott Branden">scott.branden</who>
    <bug_when>2018-03-19 14:16:37 +0000</bug_when>
    <thetext>Hi Maxin,

I looked at the changes.

I don&apos;t think the claim that watchdog and watchdog-keepalive packages can&apos;t be installed together is what the original designers of these watchdog utilities intended.

I &quot;think&quot; what is supposed to happen is both services are supposed to be installed in the rootfs.  Then they are controlled by run_watchdog and wd_keepalive in the configuration file.

Possibly, as well, on shutdown, wd_keepalive is supposed to be started if watchdog is stopped?  That way watchdog is still kicked throughout shutdown.  In practical situations this probably isn&apos;t needed.

Also, why do you indicate the Upstream-status as: Inappropriate [oe specific].  I would think that the watchdog.service simply isn&apos;t being configured properly and such changes need to be upstreamed.  At least that&apos;s my impression?

If none of above is true and only one of run_watchdog or run_wd_keep_alive can be set then I guess what you&apos;ve changed may be correct.  But, I would think upstream owner&apos;s should be able to comment further?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>79872</commentid>
    <comment_count>6</comment_count>
    <who name="Maxin B. John">maxin.john</who>
    <bug_when>2018-03-20 06:10:25 +0000</bug_when>
    <thetext>Hi Scott,

(In reply to comment #5)
&gt; Hi Maxin,
&gt; 
&gt; I looked at the changes.
&gt; 
&gt; I don&apos;t think the claim that watchdog and watchdog-keepalive packages can&apos;t
&gt; be installed together is what the original designers of these watchdog
&gt; utilities intended.

That claim was introduced by this commit:
&quot;
commit e051c702503614b45d68f4c4c10ed413b2ea5c66
Author: Fabio Berton &lt;fabio.berton@ossystems.com.br&gt;
Date:   Wed Jan 25 09:22:05 2017 -0200

watchdog: Add RCONFLICTS to watchdog-keepalive and split RDEPENDS
&quot;
IMHO, this splitting makes the watchdog handling less complex (avoids two daemons that handle watchdog at the same time, probably by wrong configuration)

&gt; I &quot;think&quot; what is supposed to happen is both services are supposed to be
&gt; installed in the rootfs.  Then they are controlled by run_watchdog and
&gt; wd_keepalive in the configuration file.

It looks good. However, that could cause potential troubles with wrong configuration.

&gt; Possibly, as well, on shutdown, wd_keepalive is supposed to be started if
&gt; watchdog is stopped?  That way watchdog is still kicked throughout shutdown.
&gt; In practical situations this probably isn&apos;t needed.

I am not sure about the practical use of that either.

&gt; Also, why do you indicate the Upstream-status as: Inappropriate [oe
&gt; specific].  I would think that the watchdog.service simply isn&apos;t being
&gt; configured properly and such changes need to be upstreamed.  At least that&apos;s
&gt; my impression?

Since we separated it into watchdog, wd_keepalive packages along with configuration package, changes that we introduced here are specific to oe.
 
&gt; If none of above is true and only one of run_watchdog or run_wd_keep_alive
&gt; can be set then I guess what you&apos;ve changed may be correct.  

Ok.

&gt; But, I would think upstream owner&apos;s should be able to comment further?

Agree. If the upstream maintainer feels it is wrong to go ahead with splitting the packages, we can revert those changes and go ahead with a better/safer fix.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>79873</commentid>
    <comment_count>7</comment_count>
    <who name="Maxin B. John">maxin.john</who>
    <bug_when>2018-03-20 06:17:41 +0000</bug_when>
    <thetext>Adding Alex in CC</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>79877</commentid>
    <comment_count>8</comment_count>
    <who name="Alexander Kanavin">alex.kanavin</who>
    <bug_when>2018-03-20 11:36:39 +0000</bug_when>
    <thetext>I know even less about watchdog than you do :) Is there some specific question you&apos;d like me to look into?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>80236</commentid>
    <comment_count>9</comment_count>
    <who name="Maxin B. John">maxin.john</who>
    <bug_when>2018-04-13 04:55:23 +0000</bug_when>
    <thetext>Merged in oe-core:

https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=c3c336f106d579450ad09eedae830162a817214c

Sent a query to Fabio about the reason behind splitting the package. 

Scott, if you think that we need to revert those changes and fix it, please feel free to reopen this bug or open another bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>80240</commentid>
    <comment_count>10</comment_count>
    <who name="Scott Branden">scott.branden</who>
    <bug_when>2018-04-13 10:07:19 +0000</bug_when>
    <thetext>current patch works my use cases.  But, I don&apos;t think it was the original intent for the option of specifying the wd_keepalive is started when the normal watchdog service is stop.  The wd_keepalive is a simpler implementation that can keep kicking the watchdog while everything is shutting down.

In practical situations (watchdog timeout long enough) this isn&apos;t an issue during linux shutdown/power off, though.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>80246</commentid>
    <comment_count>11</comment_count>
    <who name="Maxin B. John">maxin.john</who>
    <bug_when>2018-04-13 13:26:22 +0000</bug_when>
    <thetext>Hi Scott,

(In reply to comment #10)
&gt; current patch works my use cases.  But, I don&apos;t think it was the original
&gt; intent for the option of specifying the wd_keepalive is started when the
&gt; normal watchdog service is stop.  The wd_keepalive is a simpler
&gt; implementation that can keep kicking the watchdog while everything is
&gt; shutting down.
&gt;
&gt; In practical situations (watchdog timeout long enough) this isn&apos;t an issue
&gt; during linux shutdown/power off, though.

Fabio mentioned that he agree with your views and also promised to work on a fix. Thanks !</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>80278</commentid>
    <comment_count>12</comment_count>
    <who name="Kyle Russell">bkylerussell</who>
    <bug_when>2018-04-17 08:18:46 +0000</bug_when>
    <thetext>Is there an open issue tracking the work to resolve the RCONFLICT between watchdog and watchdog-keepalive?  The man page for wd_keepalive indicates it&apos;s intended to be used on system startup before the full watchdog service can start (the implication being both packages should be installed), and our system configuration uses it as such.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>4233</attachid>
            <date>2018-03-13 06:49:25 +0000</date>
            <delta_ts>2018-03-13 06:49:25 +0000</delta_ts>
            <desc>fix</desc>
            <filename>0001-watchdog-remove-interdependencies-of-watchdog-and-wd.patch</filename>
            <type>text/plain</type>
            <size>5094</size>
            <attacher name="Maxin B. John">maxin.john</attacher>
            
              <data encoding="base64">RnJvbSAzMDc3ZTBiOWNiZDQ2ZjdkNzk5NjFkNjFhNzg1YmZmNGRlYjNiNzE2IE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiAiTWF4aW4gQi4gSm9obiIgPG1heGluLmpvaG5AaW50ZWwuY29t
PgpEYXRlOiBUdWUsIDEzIE1hciAyMDE4IDE1OjMyOjM0ICswMjAwClN1YmplY3Q6IFtQQVRDSF0g
d2F0Y2hkb2c6IHJlbW92ZSBpbnRlcmRlcGVuZGVuY2llcyBvZiB3YXRjaGRvZyBhbmQKIHdkX2tl
ZXBhbGl2ZQoKU2luY2Ugd2F0Y2hkb2cgYW5kIHdhdGNoZG9nLWtlZXBhbGl2ZSBwYWNrYWdlcyBj
YW4ndCBiZSBpbnN0YWxsZWQKdG9nZXRoZXIsIG1vdmUgd2Rfa2VlcGFsaXZlLnNlcnZpY2UgdG8g
d2F0Y2hkb2cta2VlcGFsaXZlIHBhY2thZ2UuCgpSZW1vdmUgdGhlIGludGVyLWRlcGVuZGVuY2ll
cyBvZiB3YXRjaGRvZyBhbmQgd2Rfa2VlcGFsaXZlCnNlcnZpY2VzIGFzIHdlbGwuCgpbWU9DVE8g
IzEyNTY1XQoKU2lnbmVkLW9mZi1ieTogTWF4aW4gQi4gSm9obiA8bWF4aW4uam9obkBpbnRlbC5j
b20+Ci0tLQogLi4ubW92ZS1pbnRlcmRlcGVuZGVuY2llcy1vZi13YXRjaGRvZy1hbmQtd2QucGF0
Y2ggfCA2OCArKysrKysrKysrKysrKysrKysrKysrCiBtZXRhL3JlY2lwZXMtZXh0ZW5kZWQvd2F0
Y2hkb2cvd2F0Y2hkb2dfNS4xNS5iYiAgICB8ICA2ICstCiAyIGZpbGVzIGNoYW5nZWQsIDczIGlu
c2VydGlvbnMoKyksIDEgZGVsZXRpb24oLSkKIGNyZWF0ZSBtb2RlIDEwMDY0NCBtZXRhL3JlY2lw
ZXMtZXh0ZW5kZWQvd2F0Y2hkb2cvd2F0Y2hkb2cvMDAwMS13YXRjaGRvZy1yZW1vdmUtaW50ZXJk
ZXBlbmRlbmNpZXMtb2Ytd2F0Y2hkb2ctYW5kLXdkLnBhdGNoCgpkaWZmIC0tZ2l0IGEvbWV0YS9y
ZWNpcGVzLWV4dGVuZGVkL3dhdGNoZG9nL3dhdGNoZG9nLzAwMDEtd2F0Y2hkb2ctcmVtb3ZlLWlu
dGVyZGVwZW5kZW5jaWVzLW9mLXdhdGNoZG9nLWFuZC13ZC5wYXRjaCBiL21ldGEvcmVjaXBlcy1l
eHRlbmRlZC93YXRjaGRvZy93YXRjaGRvZy8wMDAxLXdhdGNoZG9nLXJlbW92ZS1pbnRlcmRlcGVu
ZGVuY2llcy1vZi13YXRjaGRvZy1hbmQtd2QucGF0Y2gKbmV3IGZpbGUgbW9kZSAxMDA2NDQKaW5k
ZXggMDAwMDAwMC4uMzM4ZTBjZAotLS0gL2Rldi9udWxsCisrKyBiL21ldGEvcmVjaXBlcy1leHRl
bmRlZC93YXRjaGRvZy93YXRjaGRvZy8wMDAxLXdhdGNoZG9nLXJlbW92ZS1pbnRlcmRlcGVuZGVu
Y2llcy1vZi13YXRjaGRvZy1hbmQtd2QucGF0Y2gKQEAgLTAsMCArMSw2OCBAQAorRnJvbSBjMWZl
MTRmYTViZDE2ODI5MmNjNDY3MDAzNGJjNDhiOTU0ZTlkYWM3IE1vbiBTZXAgMTcgMDA6MDA6MDAg
MjAwMQorRnJvbTogIk1heGluIEIuIEpvaG4iIDxtYXhpbi5qb2huQGludGVsLmNvbT4KK0RhdGU6
IFR1ZSwgMTMgTWFyIDIwMTggMTQ6NDk6NTUgKzAyMDAKK1N1YmplY3Q6IFtQQVRDSF0gd2F0Y2hk
b2c6IHJlbW92ZSBpbnRlcmRlcGVuZGVuY2llcyBvZiB3YXRjaGRvZyBhbmQKKyB3ZF9rZWVwYWxp
dmUgc2VydmljZXMKKworU2luY2Ugd2F0Y2hkb2cgYW5kIHdhdGNoZG9nLWtlZXBhbGl2ZSBwYWNr
YWdlcyBjYW4ndCBiZSBpbnN0YWxsZWQKK3RvZ2V0aGVyLCByZW1vdmUgdGhlIGludGVyLWRlcGVu
ZGVuY2llcyBvZiB3YXRjaGRvZyBhbmQgd2Rfa2VlcGFsaXZlCitzZXJ2aWNlcworCitVcHN0cmVh
bS1TdGF0dXM6IEluYXBwcm9wcmlhdGUgW29lIHNwZWNpZmljXQorCitTaWduZWQtb2ZmLWJ5OiBN
YXhpbiBCLiBKb2huIDxtYXhpbi5qb2huQGludGVsLmNvbT4KKy0tLQorIGRlYmlhbi93YXRjaGRv
Zy5zZXJ2aWNlICAgICB8ICA5ICsrKy0tLS0tLQorIGRlYmlhbi93ZF9rZWVwYWxpdmUuc2Vydmlj
ZSB8IDEwICsrKysrLS0tLS0KKyAyIGZpbGVzIGNoYW5nZWQsIDggaW5zZXJ0aW9ucygrKSwgMTEg
ZGVsZXRpb25zKC0pCisKK2RpZmYgLS1naXQgYS9kZWJpYW4vd2F0Y2hkb2cuc2VydmljZSBiL2Rl
Ymlhbi93YXRjaGRvZy5zZXJ2aWNlCitpbmRleCA3YTJmYzM2Li5mMzFkMWZlIDEwMDY0NAorLS0t
IGEvZGViaWFuL3dhdGNoZG9nLnNlcnZpY2UKKysrKyBiL2RlYmlhbi93YXRjaGRvZy5zZXJ2aWNl
CitAQCAtMSwxNiArMSwxMyBAQAorIFtVbml0XQorIERlc2NyaXB0aW9uPXdhdGNoZG9nIGRhZW1v
bgorLUNvbmZsaWN0cz13ZF9rZWVwYWxpdmUuc2VydmljZQorIEFmdGVyPW11bHRpLXVzZXIudGFy
Z2V0CistT25GYWlsdXJlPXdkX2tlZXBhbGl2ZS5zZXJ2aWNlCisgCisgW1NlcnZpY2VdCisgVHlw
ZT1mb3JraW5nCisgRW52aXJvbm1lbnRGaWxlPS9ldGMvZGVmYXVsdC93YXRjaGRvZworIEV4ZWNT
dGFydFByZT0vYmluL3NoIC1jICdbIC16ICIke3dhdGNoZG9nX21vZHVsZX0iIF0gfHwgWyAiJHt3
YXRjaGRvZ19tb2R1bGV9IiA9ICJub25lIiBdIHx8IC9zYmluL21vZHByb2JlICR3YXRjaGRvZ19t
b2R1bGUnCistRXhlY1N0YXJ0PS9iaW4vc2ggLWMgJ1sgJHJ1bl93YXRjaGRvZyAhPSAxIF0gfHwg
ZXhlYyAvdXNyL3NiaW4vd2F0Y2hkb2cgJHdhdGNoZG9nX29wdGlvbnMnCistRXhlY1N0b3BQb3N0
PS9iaW4vc2ggLWMgJ1sgJHJ1bl93ZF9rZWVwYWxpdmUgIT0gMSBdIHx8IGZhbHNlJworK0V4ZWNT
dGFydD0vYmluL3NoIC1jICdbIHgkcnVuX3dhdGNoZG9nICE9IHgxIF0gfHwgZXhlYyAvdXNyL3Ni
aW4vd2F0Y2hkb2cgJHdhdGNoZG9nX29wdGlvbnMnCisrUElERmlsZT0vdmFyL3J1bi93YXRjaGRv
Zy5waWQKKyAKKyBbSW5zdGFsbF0KKy1XYW50ZWRCeT1kZWZhdWx0LnRhcmdldAorLQorK1dhbnRl
ZEJ5PW11bHRpLXVzZXIudGFyZ2V0CitkaWZmIC0tZ2l0IGEvZGViaWFuL3dkX2tlZXBhbGl2ZS5z
ZXJ2aWNlIGIvZGViaWFuL3dkX2tlZXBhbGl2ZS5zZXJ2aWNlCitpbmRleCA0NWIwMThlLi43Zjhi
MWRjIDEwMDY0NAorLS0tIGEvZGViaWFuL3dkX2tlZXBhbGl2ZS5zZXJ2aWNlCisrKysgYi9kZWJp
YW4vd2Rfa2VlcGFsaXZlLnNlcnZpY2UKK0BAIC0xLDEzICsxLDEzIEBACisgW1VuaXRdCisgRGVz
Y3JpcHRpb249d2F0Y2hkb2cga2VlcGFsaXZlIGRhZW1vbgorLUJlZm9yZT13YXRjaGRvZy5zZXJ2
aWNlIHNodXRkb3duLnRhcmdldAorLUNvbmZsaWN0cz13YXRjaGRvZy5zZXJ2aWNlIHNodXRkb3du
LnRhcmdldAorK0FmdGVyPW11bHRpLXVzZXIudGFyZ2V0CisgCisgW1NlcnZpY2VdCisgVHlwZT1m
b3JraW5nCisgRW52aXJvbm1lbnRGaWxlPS9ldGMvZGVmYXVsdC93YXRjaGRvZworIEV4ZWNTdGFy
dFByZT0vYmluL3NoIC1jICdbIC16ICIke3dhdGNoZG9nX21vZHVsZX0iIF0gfHwgWyAiJHt3YXRj
aGRvZ19tb2R1bGV9IiA9ICJub25lIiBdIHx8IC9zYmluL21vZHByb2JlICR3YXRjaGRvZ19tb2R1
bGUnCistRXhlY1N0YXJ0UHJlPS0vYmluL3N5c3RlbWN0bCByZXNldC1mYWlsZWQgd2F0Y2hkb2cu
c2VydmljZQorIEV4ZWNTdGFydD0vdXNyL3NiaW4vd2Rfa2VlcGFsaXZlICR3YXRjaGRvZ19vcHRp
b25zCistRXhlY1N0YXJ0UG9zdD0vYmluL3NoIC1jICdsbiAtcyAvdmFyL3J1bi93ZF9rZWVwYWxp
dmUucGlkIC9ydW4vc2VuZHNpZ3Mub21pdC5kL3dkX2tlZXBhbGl2ZS5waWQnCistRXhlY1N0b3BQ
b3N0PS9iaW4vc2ggLWMgJ3JtIC1mIC9ydW4vc2VuZHNpZ3Mub21pdC5kL3dkX2tlZXBhbGl2ZS5w
aWQnCisrUElERmlsZT0vdmFyL3J1bi93ZF9rZWVwYWxpdmUucGlkCisrCisrW0luc3RhbGxdCisr
V2FudGVkQnk9bXVsdGktdXNlci50YXJnZXQKKy0tIAorMi40LjAKKwpkaWZmIC0tZ2l0IGEvbWV0
YS9yZWNpcGVzLWV4dGVuZGVkL3dhdGNoZG9nL3dhdGNoZG9nXzUuMTUuYmIgYi9tZXRhL3JlY2lw
ZXMtZXh0ZW5kZWQvd2F0Y2hkb2cvd2F0Y2hkb2dfNS4xNS5iYgppbmRleCAzZDBiNzJlLi4zN2Iz
N2FlIDEwMDY0NAotLS0gYS9tZXRhL3JlY2lwZXMtZXh0ZW5kZWQvd2F0Y2hkb2cvd2F0Y2hkb2df
NS4xNS5iYgorKysgYi9tZXRhL3JlY2lwZXMtZXh0ZW5kZWQvd2F0Y2hkb2cvd2F0Y2hkb2dfNS4x
NS5iYgpAQCAtMTAsNiArMTAsNyBAQCBMSUNfRklMRVNfQ0hLU1VNID0gImZpbGU6Ly9DT1BZSU5H
O21kNT1lY2MwNTUxYmY1NGFkOTdmNmI1NDE3MjBmODRkNjU2OSIKIAogU1JDX1VSSSA9ICIke1NP
VVJDRUZPUkdFX01JUlJPUn0vd2F0Y2hkb2cvd2F0Y2hkb2ctJHtQVn0udGFyLmd6IFwKICAgICAg
ICAgICAgZmlsZTovLzAwMDEtSW5jbHVkZS1saW51eC1wYXJhbS5oLWZvci1FWEVDX1BBR0VTSVpF
LWRlZmluaXRpb24ucGF0Y2ggXAorICAgICAgICAgICBmaWxlOi8vMDAwMS13YXRjaGRvZy1yZW1v
dmUtaW50ZXJkZXBlbmRlbmNpZXMtb2Ytd2F0Y2hkb2ctYW5kLXdkLnBhdGNoIFwKICAgICAgICAg
ICAgZmlsZTovL3dhdGNoZG9nLWluaXQucGF0Y2ggXAogICAgICAgICAgICBmaWxlOi8vd2F0Y2hk
b2ctY29uZi5wYXRjaCBcCiAgICAgICAgICAgIGZpbGU6Ly93ZF9rZWVwYWxpdmUuaW5pdCBcCkBA
IC0zNiw3ICszNyw5IEBAIElOSVRTQ1JJUFRfUEFSQU1TXyR7UE59ID0gInN0YXJ0IDE1IDEgMiAz
IDQgNSAuIHN0b3AgODUgMCA2IC4iCiBJTklUU0NSSVBUX05BTUVfJHtQTn0ta2VlcGFsaXZlID0g
IndkX2tlZXBhbGl2ZSIKIElOSVRTQ1JJUFRfUEFSQU1TXyR7UE59LWtlZXBhbGl2ZSA9ICJzdGFy
dCAxNSAxIDIgMyA0IDUgLiBzdG9wIDg1IDAgNiAuIgogCi1TWVNURU1EX1NFUlZJQ0VfJHtQTn0g
PSAid2F0Y2hkb2cuc2VydmljZSB3ZF9rZWVwYWxpdmUuc2VydmljZSIKK1NZU1RFTURfUEFDS0FH
RVMgPSAiJHtQTn0gJHtQTn0ta2VlcGFsaXZlIgorU1lTVEVNRF9TRVJWSUNFXyR7UE59ID0gIndh
dGNoZG9nLnNlcnZpY2UiCitTWVNURU1EX1NFUlZJQ0VfJHtQTn0ta2VlcGFsaXZlID0gIndkX2tl
ZXBhbGl2ZS5zZXJ2aWNlIgogCiBkb19pbnN0YWxsX2FwcGVuZCgpIHsKIAlpbnN0YWxsIC1kICR7
RH0ke3N5c3RlbWRfc3lzdGVtX3VuaXRkaXJ9CkBAIC01NCw2ICs1Nyw3IEBAIFBBQ0tBR0VTID0r
ICIke1BOfS1rZWVwYWxpdmUiCiAKIEZJTEVTXyR7UE59LWtlZXBhbGl2ZSA9ICIgXAogICAgICR7
c3lzY29uZmRpcn0vaW5pdC5kL3dkX2tlZXBhbGl2ZSBcCisgICAgJHtzeXN0ZW1kX3N5c3RlbV91
bml0ZGlyfS93ZF9rZWVwYWxpdmUuc2VydmljZSBcCiAgICAgJHtzYmluZGlyfS93ZF9rZWVwYWxp
dmUgXAogIgogCi0tIAoyLjQuMAoK
</data>

          </attachment>
      

    </bug>

</bugzilla>